几个月前开始了新项目的开发，采用了组件化思想，中间遇到的一些问题，在这里贴出来。
如何进行组件化
1. 在gradle.properties (project) 下，添加一个变量。
（这是核心），标明当前处于Realse还是Debug，Debug下我们要每个Module都是一个Application，而Realse下，每个Module都是一个Lib。
gradle.properties
记得进行同步！！！！
2. 创建各个Module（组件），这个需要你自己拆分
3. 在各Module中，头部位置添加判断（利用刚才在gradle.properties中定义的变量）
各module的配置
至此，组件化配置就这么完了~，然后记得同步！！
一些问题点需要注意
1. 每个Module(组件)，请不要使用butterknife 框架。
虽然Butterknife支持在lib中使用，但是条件是用 R2 代替 R ，但是当遇到组件化开发时候，R2 -》R 无法完成转换，切换一次改全身，麻烦的要死。比如：
– Realse版本时候（各业务组件都被当做lib），在各module中 使用了R2。
– 切换为Duebug版本时候（各业务组件都被当作application），在各module中，R2无法找到！！！！！！！ 然后你换成R，按时你再次切换回Realse版本时候，R 又无法找到。。。
2. 通信推荐使用ARouter
3. 资源问题
网上大部分文章说推荐在 各module的gradle文件中添加：
resourcePrefix “moudle_prefix”
当然，我是尽量不让重复。但是如果使用我这种方法，那么请切记，各module，不能存在相当文件名的资源（颜色资源，String资源等等），图片，xml等。因为我遇到过，两个module定义了一样的xml后，整体编译时，却用了另一个module中的xml。 当然，颜色资源也是。。
4. 数据库问题
只讨论两个框架，GreenDao 和 Realm。最后抉择还是使用GreenDao,因为Realm我根本没编译过去。。。因为Gradle一直报出error，却不给原因，什么都按官方来，还是错误，这点也是无奈。
但是，感觉Realm更好用些，如：
1. Realm操作简单，全局初始化后，任何地方直接调用Realm.getDefaultInstance()来获取实例，并且进行CRUD操作，而且CRUD操作的方法也比较简单。 当然也有坑的，如：Realm.getDefaultInstance() 得到的实例是关联线程的，也就是你初始化在那个线程，那么这个实例只能用在那个线程。 具体可看这里
2. 有一个业务场景：在做切面的时候，我把切面处理逻辑单独放于一个module中，里面有一个是这样的切面： 把数据缓存到数据库。那通过Realm，直接得到实例，调用填入方法，简直soeasy。那么GreenDao呢？
GreenDao操作数据库，必须有DaoSession，而DaoSession是通过DaoMaster.DevOpenHelper获取的，而DaoMaster是APT生成的。。 换句话说，如果你这个Module中没有一个实体应用了@Entity，那么你就无法得到DaoMaster，你也就无法操作数据库，而我的 切面逻辑中，是不可能去加入那个实体然后在生成Daosession的。如
我的切面逻辑
上图中，估计有大兄弟说了，你全局封装一个 DaoMaster不行了吗，答案，不行！且听我说：
1. GreenDao支持将生成的DaoMaster生成在别的地方，是这样的
生成配置
这里我将所有Module中，GreenDao生成位置，放到一个统一的地方，然后就看到了最坑的地方，你打开生成文件就会看到一堆错误，它是这样的如：
生成的文件
图中，很清楚看到 GreenDao会调用registerDao 去注册，将你的实体Bean和它生成的Dao绑定，可是你的实体Bean，在你对应的Module中管理着。但是你可以将你所有的Bean，都放在统一放在的Module中，但是，这样做，我总觉得强行耦合在一起了（写着写着我突然想到，我可以这么试试，因为我这是个业务组件，可看下面我的项目架构图），所以，在我这边是无解喽，希望有高手指教该如何..
3. realse和debug下配置问题
有这样的场景：debug和release版本不同，接口地址不同，同时控制日志是否打印等，系统为我们提供了一个很方便的类BuildConfig可以自动判断是否是debug模式。
But，在Android studio中，目前发现的是module 中的BuildConfig.DEBUG 始终为false,参考一些资料，改成如下写法：
Library
“`
android {
publishNonDefaulttrue}
“`
App
“`
dependencies {
releaseCompileproject(path:’:library’, configuration:’release’)debugCompileproject(path:’:library’, configuration:’debug’)}
“`
我是如何做的
先上张我们目前项目的大体架构图
架构图
我的每个Module都是直接依赖于 业务组件库 -》 基础库。
基础库就是一些工具类，Mvp，Rx,图片，网络等等。 那么业务组件库是什么呢？
大家做项目应该都有一个用户登录功能吧，那么问题来了，登录完成后，用户存储到哪，因为你的各个Module大部分情况是需要用到User的，但是对于我这种把组件分的太粗的，我没办法让每个Module引入User Module（我的分法是根据 BottomTabBar的功能+User）。
另外，我的Application也是在这个模块下，就是它：
回答一个问题，刚才上面说: 我可以将所有的Bean放入到这个业务组件库中，以便于GreenDao的操作是可行的，是因为，我写到那时，想起了我的架构图，发现并无不妥。 我的各业务组件之间并没有任何联系，如架构不是这样的：
杂乱的关联
另外还有几点推荐你这样做：
1. 建立一个基础库，供所有Module使用
2. 建立一个全局的Gradle配置文件，这样容易各Module使用的第三方库/基础配置 版本一致
全局gradle
3. 组件一多，同步Gradle带来的只有一个感觉。 编译速度慢！慢！慢！，虽有FreeLine这样的工具提升，但是 Gradle一直报编译错误，然后我就不用了，其实有个小技巧，get给你们，在你们每次要进行 Gradle同步时候，你可以故意在任何文件中写一些错误，然后再点同步，这样Gradle必然会因为错误停止，但是你会发现，Gradle文件已经同步完成！当然，这只是让你的Gradle同步变的块，不是说编译哦！想让编译块，还是去使用FreeLine，一步一步排坑吧。
4. 想到在更。。
