版權(quán)聲明：
本公眾號發(fā)布的所有文章呐能，均屬于原創(chuàng)念搬，版權(quán)歸本公眾號所有。
允許有條件轉(zhuǎn)載摆出，轉(zhuǎn)載請附帶底部二維碼朗徊。
一、前言
在實際的工作中偎漫，當(dāng)接手的App項目逐漸做大的時候爷恳，總有一些原因需要根據(jù)需求對項目做一些定制化的維護(hù)，例如：三方合作定制象踊、海外版本之類的温亲。但是通常這種方式定制，其大體的框架都是一樣的杯矩，只是根據(jù)不同的需求點栈虚，做部分定制，
本文就這種定制的需求史隆，利用Gradle做一個解決方案魂务。
二、上古時代的做法
曾經(jīng)泌射，通用的做法是為不同的專版需求粘姜，切出一個git branch出來，然后在這個分支上根據(jù)需求熔酷，對功能進(jìn)行定制孤紧。每次打包的時候，從這個分支切換代碼進(jìn)行打包拒秘、測試号显、發(fā)版臭猜。
但是這樣存在一個根本上的問題，如果這種專版需求比較多的時候押蚤，對于開發(fā)而言获讳，一個小小的改動，將它們手工同步到所有的專版分支上活喊，將是一個噩夢。尤其是互聯(lián)網(wǎng)公司量愧，可能需求天天在變钾菊，就會從一個技術(shù)活變成一個體力活，并且人工修改偎肃，次數(shù)多了煞烫，難免會有錯漏的時候，為了保證質(zhì)量累颂，同時也加重了測試的難度滞详。
所以，這種方式現(xiàn)在已經(jīng)是不可取的了紊馏。那么料饥，有什么新的方式嗎？
三朱监、分清需求岸啡，再選方案
所有的技術(shù)選型，都要依據(jù)實際的業(yè)務(wù)赫编。當(dāng)框架的復(fù)雜度越高巡蘸，維護(hù)起來就越吃力，所以最好的方案就是在現(xiàn)有的需求之上實現(xiàn)擂送，并且保有可擴(kuò)展的功能悦荒，使之在之后的迭代中，也同樣可以勝任嘹吨。其實就是選個平衡搬味。
那么，如果對于專版需求而言躺苦，只是修改一些文案身腻，各個頁面的圖片等等，這樣的小改動匹厘，完全可以通過定制不同的productFlavors嘀趟，然后根據(jù)名稱，去新建對應(yīng)名稱的文件夾愈诚，然后替換主項目內(nèi)她按，同名的資源文件即可牛隅。
實際操作起來，網(wǎng)上已經(jīng)有大量的例子酌泰，并且也不是本文的主題媒佣，這里不再細(xì)說。有興趣的可以自行查閱文檔陵刹。
那么這種方案的缺陷是什么呢默伍？
它只能簡單的適應(yīng)，在不同的專版之間衰琐，只是替換一下各項資源也糊。如果有更復(fù)雜的定制功能，它是沒法滿足的羡宙，例如：不同的版本依賴不同的SDK狸剃。遇上這樣的情況，會將所有專版需要的jar包狗热、so等打在一起钞馁，這樣無形中增大的apk安裝包的體積。
四匿刮、不同專版僧凰，不同SDK如何解決？
如果遇上不同專版熟丸，需要接入不同的SDK去實現(xiàn)允悦，這樣的情況下，同樣可以通過Gradle來處理這樣的情況虑啤。
簡單的思路：
在主項目之外隙弛，通過新建Module（Android Library）的方式，把不同專版間需要改動的地方抽取出來狞山。然后將它們與主項目連接的地方抽象出來全闷，做成接口去做交互。
也就是說萍启，除了主項目Module之外总珠，其他的每個專版作為一個Module存在在項目中，這樣可以分別維護(hù)自己的定制邏輯勘纯，并且所有資源分開來配置局服，引用的包也是分開的，同事不會增加Apk安裝包的體積驳遵。
五淫奔、舉個例子
首先，需要把現(xiàn)有的項目拆分堤结，那些功能是可以允許專版定制的唆迁，那些功能是共有的部分鸭丛。
舉個例子，一個視頻播放的App唐责，需要用戶登錄鳞溉，進(jìn)入之后，可以購買視頻進(jìn)行播放鼠哥，那么這樣一個App熟菲，簡單的進(jìn)行功能上的拆分，可以拆出如下的流程朴恳。
![Uploading gradle_module_444571.png . . .]
](http://upload-images.jianshu.io/upload_images/1420036-d528d13de8bfd97f.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
從上圖可以看出科盛，除了視頻播放這個功能是通用的，其他的邏輯都是需要在不同的專版之間做定制菜皂，可能購買就需要使用不同合作方的SDK等等。
把功能拆分出來之后厉萝，就可以開始著手干了恍飘，下面以一個簡單的例子說明一下。
新建一個項目谴垫，并且在項目內(nèi)再新建多個Module章母。記在，這里需要選擇Android Library翩剪。這種類型的Module乳怎，可以編譯成arr的包，就可以攜帶布局文件和so等資源前弯。
用Android Library的方式蚪缀，新建兩個Module，分別表示國內(nèi)版本（inland）和海外版本（overseas）恕出。
構(gòu)建好之后询枚，在不同的Module下，分別設(shè)定同樣一個Activity浙巫，完成之后金蜀，項目結(jié)構(gòu)如下。
已經(jīng)到這一步基本上完成了編碼的工作的畴，后面就需要配置主Module的build.gradle文件了渊抄。
主要需要配置的地方，已經(jīng)紅線標(biāo)注出來了丧裁。
需要制定productFlavors护桦，設(shè)定兩個版本需要配置的基本信息。然后在dependencies中為不同的版本煎娇，做不同的引用嘶炭，格式就是xxxCompile即可抱慌。
因為是個demo，在MainActivity只有一個簡單的按鈕眨猎，點擊跳轉(zhuǎn)到LoginActivity抑进。而這里用dependencies制定了不同版本跳轉(zhuǎn)的LoginActivity頁面。到這里就可以直接使用了睡陪。
在AS的Build Variant窗口寺渗，選擇需要運行的版本。就可以在手機(jī)上運行不同的版本進(jìn)行調(diào)試兰迫。
這里只是簡單的提供思路信殊，具體Gradle每個字段表示什么意思。這個還是需要查看一下文檔汁果，每個版本的格式可能略有不同涡拘。
技術(shù)之外
這里的技術(shù)難點在于，如何將現(xiàn)有項目拆分据德，如何把拆分后的模塊鳄乏，用接口的形式抽象出來。
那么棘利，在技術(shù)之外橱野，還有什么難點？
- 需要和產(chǎn)品協(xié)調(diào)善玫，共有邏輯盡量不要對專版進(jìn)行單獨定制水援。如果必要定制，只是簡單替換資源圖片茅郎。
- 需要和設(shè)計協(xié)調(diào)蜗元，在出設(shè)圖的時候，對共有部分UI系冗，不要有對專版的定制UI即可许帐。
用多Module的方式重構(gòu)了項目之后，核心的問題就是在于如何和多方協(xié)調(diào)不要在共有的部分進(jìn)行定制毕谴，要么都改成畦，要么就保持原樣。
