幾個(gè)月前開始了新項(xiàng)目的開發(fā)，采用了組件化思想，中間遇到的一些問題，在這里貼出來(lái)。
如何進(jìn)行組件化
1. 在gradle.properties (project) 下，添加一個(gè)變量。
? （這是核心），標(biāo)明當(dāng)前處于Realse還是Debug，Debug下我們要每個(gè)Module都是一個(gè)Application，而Realse下，每個(gè)Module都是一個(gè)Lib。
記得進(jìn)行同步！！！！
2. 創(chuàng)建各個(gè)Module（組件），這個(gè)需要你自己拆分
3. 在各Module中，頭部位置添加判斷（利用剛才在gradle.properties中定義的變量）
至此，組件化配置就這么完了~，然后記得同步！！
一些問題點(diǎn)需要注意
1. 每個(gè)Module(組件)，請(qǐng)不要使用butterknife 框架。
?雖然Butterknife支持在lib中使用，但是條件是用 R2 代替 R ，但是當(dāng)遇到組件化開發(fā)時(shí)候，R2 -》R 無(wú)法完成轉(zhuǎn)換，切換一次改全身，麻煩的要死。比如：
- Realse版本時(shí)候（各業(yè)務(wù)組件都被當(dāng)做lib），在各module中 使用了R2。?
- 切換為Duebug版本時(shí)候（各業(yè)務(wù)組件都被當(dāng)作application），在各module中，R2無(wú)法找到！！！！！！！ ?然后你換成R，按時(shí)你再次切換回Realse版本時(shí)候，R 又無(wú)法找到。。。
2. 通信推薦使用ARouter
3. 資源問題
網(wǎng)上大部分文章說(shuō)推薦在 各module的gradle文件中添加： ?
resourcePrefix ?"moudle_prefix"
當(dāng)然，我是盡量不讓重復(fù)。但是如果使用我這種方法，那么請(qǐng)切記，各module，不能存在相當(dāng)文件名的資源（顏色資源，String資源等等），圖片，xml等。因?yàn)槲矣龅竭^(guò)，兩個(gè)module定義了一樣的xml后，整體編譯時(shí)，卻用了另一個(gè)module中的xml。 當(dāng)然，顏色資源也是。。?
4. 數(shù)據(jù)庫(kù)問題
只討論兩個(gè)框架，GreenDao 和 Realm。最后抉擇還是使用GreenDao,因?yàn)镽ealm我根本沒編譯過(guò)去。。。因?yàn)镚radle一直報(bào)出error，卻不給原因，什么都按官方來(lái)，還是錯(cuò)誤，這點(diǎn)也是無(wú)奈。
但是，感覺Realm更好用些，如：
1. Realm操作簡(jiǎn)單，全局初始化后，任何地方直接調(diào)用Realm.getDefaultInstance()來(lái)獲取實(shí)例，并且進(jìn)行CRUD操作，而且CRUD操作的方法也比較簡(jiǎn)單。 當(dāng)然也有坑的，如：Realm.getDefaultInstance() 得到的實(shí)例是關(guān)聯(lián)線程的，也就是你初始化在那個(gè)線程，那么這個(gè)實(shí)例只能用在那個(gè)線程。 具體可看這里
2. 有一個(gè)業(yè)務(wù)場(chǎng)景：在做切面的時(shí)候，我把切面處理邏輯單獨(dú)放于一個(gè)module中，里面有一個(gè)是這樣的切面： ?把數(shù)據(jù)緩存到數(shù)據(jù)庫(kù)。那通過(guò)Realm，直接得到實(shí)例，調(diào)用填入方法，簡(jiǎn)直soeasy。那么GreenDao呢？
GreenDao操作數(shù)據(jù)庫(kù)，必須有DaoSession，而DaoSession是通過(guò)DaoMaster.DevOpenHelper獲取的，而DaoMaster是APT生成的。。 換句話說(shuō)，如果你這個(gè)Module中沒有一個(gè)實(shí)體應(yīng)用了@Entity，那么你就無(wú)法得到DaoMaster，你也就無(wú)法操作數(shù)據(jù)庫(kù)，而我的 切面邏輯中，是不可能去加入那個(gè)實(shí)體然后在生成Daosession的。如
上圖中，估計(jì)有大兄弟說(shuō)了，你全局封裝一個(gè) DaoMaster不行了嗎，答案，不行！且聽我說(shuō)：
1. GreenDao支持將生成的DaoMaster生成在別的地方，是這樣的
這里我將所有Module中，GreenDao生成位置，放到一個(gè)統(tǒng)一的地方，然后就看到了最坑的地方，你打開生成文件就會(huì)看到一堆錯(cuò)誤，它是這樣的如：
圖中，很清楚看到 GreenDao會(huì)調(diào)用registerDao 去注冊(cè)，將你的實(shí)體Bean和它生成的Dao綁定，可是你的實(shí)體Bean，在你對(duì)應(yīng)的Module中管理著。但是你可以將你所有的Bean，都放在統(tǒng)一放在的Module中，但是，這樣做，我總覺得強(qiáng)行耦合在一起了（寫著寫著我突然想到，我可以這么試試，因?yàn)槲疫@是個(gè)業(yè)務(wù)組件，可看下面我的項(xiàng)目架構(gòu)圖），所以，在我這邊是無(wú)解嘍，希望有高手指教該如何..
3. realse和debug下配置問題
有這樣的場(chǎng)景：debug和release版本不同，接口地址不同，同時(shí)控制日志是否打印等，系統(tǒng)為我們提供了一個(gè)很方便的類BuildConfig可以自動(dòng)判斷是否是debug模式。
But，在Android studio中，目前發(fā)現(xiàn)的是module 中的BuildConfig.DEBUG 始終為false,參考一些資料，改成如下寫法：
Library
```
android {
publishNonDefaulttrue}
```
App
```
dependencies {
releaseCompileproject(path:':library', configuration:'release')debugCompileproject(path:':library', configuration:'debug')}
```
我是如何做的
先上張我們目前項(xiàng)目的大體架構(gòu)圖
?我的每個(gè)Module都是直接依賴于 業(yè)務(wù)組件庫(kù) -》 基礎(chǔ)庫(kù)。
基礎(chǔ)庫(kù)就是一些工具類，Mvp，Rx,圖片，網(wǎng)絡(luò)等等。 那么業(yè)務(wù)組件庫(kù)是什么呢？
大家做項(xiàng)目應(yīng)該都有一個(gè)用戶登錄功能吧，那么問題來(lái)了，登錄完成后，用戶存儲(chǔ)到哪，因?yàn)槟愕母鱾€(gè)Module大部分情況是需要用到User的，但是對(duì)于我這種把組件分的太粗的，我沒辦法讓每個(gè)Module引入U(xiǎn)ser Module（我的分法是根據(jù) BottomTabBar的功能+User）。
另外，我的Application也是在這個(gè)模塊下，就是它：
回答一個(gè)問題，剛才上面說(shuō): 我可以將所有的Bean放入到這個(gè)業(yè)務(wù)組件庫(kù)中，以便于GreenDao的操作是可行的，是因?yàn)椋覍懙侥菚r(shí)，想起了我的架構(gòu)圖，發(fā)現(xiàn)并無(wú)不妥。 我的各業(yè)務(wù)組件之間并沒有任何聯(lián)系，如架構(gòu)不是這樣的：
另外還有幾點(diǎn)推薦你這樣做：
1. 建立一個(gè)基礎(chǔ)庫(kù)，供所有Module使用
2. 建立一個(gè)全局的Gradle配置文件，這樣容易各Module使用的第三方庫(kù)/基礎(chǔ)配置 版本一致
3. 組件一多，同步Gradle帶來(lái)的只有一個(gè)感覺。 編譯速度慢！慢！慢！，雖有FreeLine這樣的工具提升，但是 Gradle一直報(bào)編譯錯(cuò)誤，然后我就不用了，其實(shí)有個(gè)小技巧，get給你們，在你們每次要進(jìn)行 Gradle同步時(shí)候，你可以故意在任何文件中寫一些錯(cuò)誤，然后再點(diǎn)同步，這樣Gradle必然會(huì)因?yàn)殄e(cuò)誤停止，但是你會(huì)發(fā)現(xiàn)，Gradle文件已經(jīng)同步完成！當(dāng)然，這只是讓你的Gradle同步變的塊，不是說(shuō)編譯哦！想讓編譯塊，還是去使用FreeLine，一步一步排坑吧。
4. 想到在更。。
