解決AAR包引用第三方依賴無(wú)效
遇到一個(gè)之前都沒(méi)有注意到的問(wèn)題，在拆分公共組件的時(shí)候，將一些公用模塊打成aar,然后放到公司的私服maven上，出現(xiàn)這樣一個(gè)問(wèn)題，有的aar中引用了類似RxJava,Okhttp等第三方庫(kù)，發(fā)現(xiàn)在主項(xiàng)目中仍需要添加相應(yīng)依賴才能使用，按理來(lái)說(shuō)，正常使用module的時(shí)候，主項(xiàng)目應(yīng)該也是可以直接使用module中的依賴才對(duì)，不清楚為什么會(huì)出現(xiàn)這種原因，然后就各種查資料，查看公司maven中的pom文件等等方式，出現(xiàn)了分歧。
A 方案
作為一個(gè)反面例子。我第一反應(yīng)是去查aar包中是否能使用compile這種方式的依賴，查到的都是一些垃圾，完全沒(méi)有用的東西，然后又人說(shuō)需要本地jar是可用的，遠(yuǎn)程依賴不行，之后又把a(bǔ)ar文件打開看了看，確實(shí)沒(méi)有遠(yuǎn)程依賴的jar，之后的思路就是想辦法把當(dāng)前項(xiàng)目依賴的遠(yuǎn)程庫(kù)的jar移動(dòng)到本地項(xiàng)目目錄中，這樣不aar打包的時(shí)候不就把第三方的帶過(guò)去了嘛。當(dāng)然這是反面例子。
B 方案
作為一個(gè)成功例子。公司老司機(jī)。第一反應(yīng)是Gradle應(yīng)該是支持這種多層依賴方式的，老司機(jī)先google了相關(guān)資料，然后去了解maven的加載機(jī)制，之后就去看了gradle的源碼，并沒(méi)有從網(wǎng)絡(luò)上查各種二手的解決方式，然后經(jīng)過(guò)大概兩個(gè)小時(shí)之后，老司機(jī)告訴我解決了，當(dāng)時(shí)我還在冥思苦想怎么從獲取當(dāng)前項(xiàng)目所依賴的jar包。
解決方案
源碼中的注釋：
* apply plugin: 'java' //so that I can declare 'compile' dependencies
*
* dependencies {
* compile('org.hibernate:hibernate:3.1') {
* //in case of versions conflict '3.1' version of hibernate wins:
* force = true
*
* //excluding a particular transitive dependency:
* exclude module: 'cglib' //by artifact name
* exclude group: 'org.jmock' //by group
* exclude group: 'org.unwanted', module: 'iAmBuggy' //by both name and group
*
* //disabling all transitive dependencies of this dependency
* transitive = false
* }
* }
如果本地有g(shù)radle的源碼，點(diǎn)擊compile是可以跳轉(zhuǎn)過(guò)去的，然后從最上面往下看，就會(huì)發(fā)現(xiàn)這段代碼，其中最后一個(gè)標(biāo)識(shí)：transitive ，表示當(dāng)前依賴是否可以傳遞，默認(rèn)是false,然后當(dāng)使用aar的時(shí)候直接在主項(xiàng)目中加上這句話就可以了。具體的還有一些其他的使用有興趣的可以自行去了解。
總結(jié)
不是說(shuō)我大天朝不好，也不是說(shuō)國(guó)內(nèi)的技術(shù)環(huán)境差，這個(gè)事情給我最大的感覺(jué)就是，百度真是不行，你看到的和你想要知道根本就是劉亦菲和如花的區(qū)別，根本沒(méi)有用，而且抄襲的氣氛太嚴(yán)重，全是一樣的內(nèi)容，搬來(lái)搬去的，有什么意思？還有就是自我的總結(jié)，解決問(wèn)題能力不行，習(xí)慣了吃二手的資料，不勞而獲，會(huì)越來(lái)越降低解決問(wèn)題的能力。同樣的事情，我用了兩個(gè)小時(shí)，收獲甚微，而且沒(méi)有解決，老司機(jī)也是兩個(gè)小時(shí)，看了五六篇源碼，了解其運(yùn)行機(jī)制，并成功解決。這差距。。。
