注册的密码规则是数字加字母超过8位即可 测试账号：13126965106 密码：111111aa
阅读此文档前，先尝试运行项目，文档中部分类名需要结合项目中代码进行参考和理解
- 登录注册（跳转主页后关闭，已登录用户可直接进入主页）;
- 仿微信朋友圈，Recyclerview嵌套RecyclerView实现多图布局列表切换（一张横向全屏，二张横向全屏，三张横向全屏，四张分两行且横向全屏）；
- 发表朋友圈回传值刷新（viewmodel中livedata妙用）；
- 多图带参数上传；
- 首页和设置页分别退出登录（intent的flag使用）；
- ViewModel在xml页面变量同一命名"vm"，Activity和Fragment中使用ViewModel有明显的区别，请认真仿照；
- item的xml被多个Adapter使用，而且model数据（bean）不一致的情况，切勿盲目binding.setVariable设置进行单向页面绑定，请在adapter中手动控件赋值，不要xml-binding；
- Adapter中复杂控件处理需要大对象，建议灵活使用binding寄存，参见CircleAdapter类
- ObjectBox快速实现对象存取
- LiveData对网络请求数据灵活设置，view层基于观察者模式填充
- viewbinding中onClick，onCheckedChanged等事件使用，其他事件根据Listenter实现方法的名字举一反三
- conf.gradle对于版本和打包管理，做到清晰-快速的进行组件调试；common包中build.gradle中尽量容纳整个工程所需要的第三方框架/SDK的版本，方便所有模块使用和调试，建议小组主程/架构的同学管理
- Fragment拆分组件之后的通信方案，参照下方mvvm-v3.1介绍
- 项目最低兼容4.0.3，因为objectbox最低支持这个版本
- 组件感知能力：在已经打包的apk包中进入调试模式，可查看到组件的版本和已包含或未包含的必要组件。在开发过程中逐渐的意识到：①如果以组件中页面作为划分，那需要切断某个组件所有页面访问，既然使用arouter作为路由工具，不同组件的一级标题都是不一样的，那屏蔽某个一级标题的访问来做到卸载组件的目的，由于暂未发现arouter动态移除和修改页面path的功能功能，所以折中方案可以在调用arouter的navigation之前在做一层自定义的拦截器，做统一封装调用；②如果以组件整体代码作为划分，则需要屏蔽太多的工具类方法接口方法的调用，暂时感觉不太可能实现；
- 组件版本冲突解决能力：作为公司项目，每个module都需要发布成aar包到公司的maven服务器上，这就可能造成多个小组开发的时候依赖不同版本aar，在最终发布apk的时候可能出现接口名称或者类不存在等一系列问题，增加沟通成本和维护成本；原本尝试写gradle插件为包名增加版本号，但这种做法的局限性就是后续每次修改版本号都需要改一次上层引用类的import，成本太大；解决方案：参考大厂版本发布思路，发布aar最新版本默认使用统一命名，例如"com.vc.wd:common:latest"，每次都发布两个，一个带版本号进入tag，一个作为latest供其他module调用
- androidx：这个系列的jar包和appcompat.support对立的，参见谷歌官方文档
- lifecycle-viewmodel+livedata+DataBinding： 生命周期管理，完全解耦，方便系统内存管理释放，基于观察者模式实现数据更新等等
- Retrofit2：感谢Square公司
- rxjava2：感谢ReactiveX，突然发现Rxjava已经发布3.0了
- ObjectBox：android上运行速度最快的数据库，基于c/c++开发，native接口
- banner：banner如果不需要就去掉。
- Fresco：感谢FaceBook，另外给大家提个醒， Fresco有自己的内存回收机制，但是这个回收阈值没有设置，请自行百度解决，提示：Fresco eviction哈哈哈
- XRecyclerView
- RxPermissions：权限申请比较好用
- Arouter：感谢阿里巴巴技术团队
- BoostMultiDex：感谢头条技术团队抖音多dex加载方案
- 新增debug调试模块，目前包括查看已打包的module和uetool工具；可以将工程中测试功能或者一些全局参数修改放在这个模块中暴露出来；持久化使用SharedUtil，内部使用数据库实现；
- 更换LogUtils为logger;方便日志查找，为后续日志同步服务器/文件记录提供基础；
- Fragment的伪ViewModel依托所属Activity-LifeCycleOwner实现生命周期感知；具体实现请查看WDFragViewModel使用；
- 对于ObjectBox一些建议
- 大小限制：ObjectBox默认最大为1GB，当db文件达到1G，新增数据会报出SQL异常，可通过maxSizeInKByte()改变最大限制，建议同SQLite一样，设置为磁盘大小，使用其他方法在部分业务上做磁盘大小检测，磁盘不足及时预警；另外从插入1条-100W条数据来看，ObjectBox扩容基本上从SQlite原生数据库几十倍降低到2.5倍左右；
- 经过测试，在插入速度方面有以下几个建议：
- ObjectBox相比于原生Sqlite在批量插入数据方面速度快很多，而且使用put(list or obj...)都是自动开启事务；反之Sqlite对于单条多频次数据入库在速度上远远超过ObjectBox;
- 业务角度出发，如果是单条多频次bean对象插入明显Sqlite占优，ObjectBox执行速度有所下降，这种场景下可以考虑队列的方式做批量插入；
- 经过测试，在查询速度方面有以下建议：
- 主键ID查询单条数据在百万级数据中Sqlite稍优；在单表条件查询之下，数据量上万情况下，Objectbox过于优秀。
- 在删除数据方面，由于都是Sqlite数据库，所以删除只是删数据，并不会减小磁盘内存，如果要缩小db大小，可以自行设计方案；
注：①测试使用小米9手机，单表数据量从最小100条到最大200W条，字段为30个String+一个自增ID，每个字符串长度都在20到30长度的随机字符，测试过程没有严格做到控制变量法，所以测试并不是很严谨，仅供参考； ②我们项目使用sqlite最近碰到SQLiteDatabaseCorruptException: database disk image is malformed等一系列的数据库损坏bug（官方说明关机或sd卡打满可能出现），我们线上用户不到万一的概率，从大数据定位出是几个深度用户， 解决这个问题的最好方式是引入腾讯wcdb中的c++的repair模块修复损坏数据库，构建新库，UI层做友好提示（类似于QQ更新之后跳出的加载数据页面），工作量比较大，但实际效果比较好，修复数据有利于用户留存；
- 新增scope插件，在gct文件夹中，这是一个idea插件，需要打开idea/studio进行plugin插件安装，安装之后会生成两个入口，1.VCS提交面板commit message增加小文本按钮；2.idea/studio面板增加VVScopeTree树形结构面板；插件作用是为了标准化commit message文案，规范每一次commit message的描述。
- scope插件是什么呢？怎么使用？
- 参见这位外国大兄弟：https://github.com/MobileTribe/commit-template-idea-plugin.git
- 在此基础上，根据公司项目情况，我又开发了Tree树形结构功能，安装插件之后，会在idea或studio主页上增加一个VVScopeTree，方便所有模块业务进行管理。
注：在Version Control中commit弹框，输入message使用插件编辑;
- 首页UI结构更新：MainActivity使用FragmentManager的add hide show；MainFromViewPagerActivity使用ViewPager+Fragment；使用的时候只需要注释或者放开@Router注解即可
对于组件aar版本的说明
前提/背景/须知：
目前此工程可以满足大家开发需要，但随着项目上线，组件越来越多，小组成员不断增多，我们整体工程越来越大，所以我们期望一个工程只包含两部分：app壳工程+自己负责的组件，对于自己不负责的组件只需要在壳工程中引入依赖即可。 需要承认一点，现在包括之前的版本都没有做到组件开发和维护的灵活性，所以最近有时间会继续改进一版，做到一个工程只包含两部分：app壳工程+自己负责的组件； 使用了现在或以前版本的小伙伴也不要伤心，组件改进不涉及任何业务功能，所以你依旧可以根据下方提供的技术方案对自己的项目改进。技术方案流程：
- 建议大家一步到位，不要本地打包拷贝libs，请自行搭建公司私有仓库（本地或者远程服务器均可），然后配置gradle发布脚本，发布aar到私服上；
- 请主程/小组长在app的build.gradle中dependencies引入所有的aar，在config.gradle做好aar版本管理，视情况删除工程中build.gradle的打包流程（可保留，应对后续组件功能扩展）；
- 将整理好的工程clone多份，删除.git，在settings.gradle中删除不需要的组件名称，然后在每份源码中保留不同的组件，重新上传仓库，完成改版。
关于工具类改进的一些想法：
考虑了很多次是否改进，最终个人决定不改进，留给各位小伙伴完成，目前common中util工具类比较少，而且只使用了其中的某几个，大家可以根据需求自行增加， 另外比较重要的Log/File工具类强烈建议根据业务和Android版本做深度改进，推荐大家在github中搜索一下相关的工具类工程。
-
Fragment组件化通信怎么实现的，实现原理？
- 使用组合设计模式，ViewModel（以下简称VM）必须和Activity放在同一个模块，Fragement必须继承WDFragment，因为其中使用自定义FragViewModel（以下简称FVM）抽象类（这个类没有继承VM，是自定义的一个抽象类）；
- Activity中通过Arouter获取其他组件中的Fragment，然后通过此Fragment的方法拿到其绑定的FVM，然后将Activity的VM中LiveData变量传递给FVM，从而实现了数据共享。
-
我怎么快速使用Fragment组件化通信？
- 打开open_user组件，找到UserViewModel类，打开布局文件frag_me.xml，找到dataShare方法，即可快速了解并使用。
组合设计模式（Component），通过对子节点初始化赋值，利用MutableLiveData达到共享数据的目的，建议使用Message对象，减少代码量，增加功能最大适配性。
-
Arouter中path是常量字符串，当模块众多的时候，需要实现path共享。
- 新增常量生成插件，VcStrong自己开发的，放到了jitpack.io上，根据module的build.gradle配置constant动态生成常量类。
- 目前支持自定义项目名，报名，类名生成常量类，常量参数生成的时候默认使用追加策略（不是覆盖哦）
-
如何使用常量插件呢？
在工程的build.gradle中dependencies添加：
classpath 'com.github.VcStrong:ConstantPlugin:0.0.1'
在module的build.gradle中使用：
apply plugin: 'com.vc.constant'//启用常量插件
constant {
enable false//不进行编译，不写的话，默认每次都进行编译，查看build日志
moduleName "common"//生成新代码存放的moduleName
packageName "com.vc.wd.common.util"//生成的新代码放在哪个包下
className "Constant"//生成的常量类名
fieldMap = [
ACTIVITY_URL_MAIN : '/main/MainActivity',
ACTIVITY_URL_ADD_CIRCLE : '/main/AddCircleActivity'
]//属性参数
}
- 常量插件使用都有哪些场景呢？
- Arouter多模块之间path常量共享；
- Intent隐式跳转action/data共享问题；
- 只要你需要生成常量类，都可以灵活使用。
v3版本绝对让你眼前一新，重新提起兴致，追求适配到4.x，由于ObjectBox框架最低支持4.0.3，所以本项目最低只能支持4.0.3版本机型， 新增功能处处都能体现代码的奇妙：
- 重新定义config.gradle中常量：分为SDK_VERSION（不因发布分支改变的常量）和active（跟分支相关的参数）。 这么做出于对项目在不同阶段不同部门的打包的时候，部分参数需要进行调整，例如：推送key，包名，域名，项目名等； 主要目的提升研发-测试-运维运营等部门沟通协作；
- 新增今日头条-抖音团队multidex打包，适配4.x平台加载dex问题，详细请参照WDApplication代码；
- 拆分请求接口，放到各个相关module中，开发阶段尽量减少多人操作common包。
v2版本在v1基础上进行组件化升级，由于对组件和模块的概念有了更深的了解，参考了网上的组件化教程，实践总结利弊之后，决定自己写一套优秀高效率的组件运行gradle：
- 公司场景：多模块业务联调，统一运行；
- 此demo种组件化打包好处：根据gradle配置动态改变模块的引入，分分钟能解决一个模块或者多个模块打包联调；
- 具体方式如下：
- 项目根目录新建了config.gradle存放系统变量；
- 项目根目录新建了module.gradle存放业务module中build.gradle公用参数，common和app不建议引入(部分重要配置必须写在这两个module中);
- 项目根目录build.gradle使用groovy动态改变app（module）对模块的引入；
- 所有选中的模块可根据自己要求，决定是否需要改变AndroidManifest.xml的引入，仿照open_main模块中的sourceSets；
- 支持多个Module—Application共存，方便处理推送，IM等组件初始化问题
注：请认真查看config.gradle中的变量备注
这是一个整合架构，所有功能开发都只能在一个module中