現(xiàn)在做 Android 開發(fā)的企软，基本上都是在用 AS 打包惭嚣。相信里面也有不少人對 gradle 的信息不是很清楚，現(xiàn)在記錄下缺亮，以免遺忘翁涤。
先來看一段一般的配置代碼：
compileSdkVersion 25
buildToolsVersion '25.0.0'
defaultConfig {
applicationId "com.android.demo"
minSdkVersion 14
targetSdkVersion 25
versionCode 1
versionName "1.0"
}
compileSdkVersion
用來編譯應(yīng)用的 Android API 版本
buildToolsVersion
構(gòu)建工具和編譯器使用的版本號(hào)
minSdkVersion
用來配置運(yùn)行應(yīng)用的最小 API 級(jí)別, 低于該 API 版本的系統(tǒng)會(huì)提示無法運(yùn)行該應(yīng)用
targetSdkVersion
用于通知系統(tǒng)，該應(yīng)用已經(jīng)在某特定 Android 版本通過測試萌踱，從而操作系統(tǒng)不必啟用任何向前兼容的行為葵礼。這和我們之前看到的 compileSdkVersion 沒有任何關(guān)系。
applicationId
該屬性覆蓋了 manifest 文件中的 packagename并鸵。
Gradle 作為默認(rèn)的 Android 構(gòu)建系統(tǒng)
之前
packagename 作用
- 作為一個(gè)應(yīng)用唯一的標(biāo)志鸳粉；
- 在 R 資源類中被用作包名；
之后- 使用 applicationId 作為唯一的標(biāo)志园担；
- 在 R 資源類中繼續(xù)被用作包名届谈；
這樣的好處是什么呢？
假設(shè)有這樣一個(gè)場景弯汰，我們要構(gòu)建一個(gè)免費(fèi)版本和一個(gè)付費(fèi)版本艰山，這兩個(gè)版本的功能基本類似，區(qū)別無非是免費(fèi)版本的功能受限咏闪，付費(fèi)版本的功能通過購買可以拓展功能曙搬。而這兩個(gè)版本又需要同時(shí)在應(yīng)用市場上線的。
以前的做法怎么做呢？
以前一般會(huì)先出免費(fèi)版本纵装，之后通過修改 packname征讲，再出一個(gè)付費(fèi)版本。有的人可能會(huì)說這不是很簡單嗎搂擦？這里的關(guān)鍵點(diǎn)是一旦你修改 packagename 后稳诚，所有引用資源的地方，相應(yīng)的包名稱也需要同時(shí)修改瀑踢。這會(huì)對代碼比較的時(shí)候產(chǎn)生極大的不便扳还。
所以 Android 工具團(tuán)隊(duì)解耦了即作為唯一標(biāo)志又作為資源包名這兩個(gè)功能。這樣你構(gòu)建兩個(gè)版本的時(shí)候橱夭，只需要修改 applicationId 就可以氨距，所有的資源的包名都不需要修改。
versionCode
作為應(yīng)用市場的版本唯一標(biāo)識(shí)碼棘劣，一般是從 1 開始俏让，后續(xù)的版本更新，versionCode 必須大于之前的茬暇。
這個(gè)對用戶一般不可見首昔。
這個(gè)會(huì)覆蓋 manifest 文件中對應(yīng)的屬性。
versionName
版本號(hào)糙俗。這個(gè)一般就是告訴用戶我當(dāng)前的版本號(hào)是多少勒奇。比如：0.8.0，1.0.1巧骚，2.1.11等等赊颠。這個(gè)對用戶是可見的，和 versionCode 沒有對應(yīng)關(guān)系劈彪。但是一般版本更新的時(shí)候 versionName 也會(huì)大于之前的竣蹦。
這個(gè)會(huì)覆蓋 manifest 文件中對應(yīng)的屬性。
今天就先到這里沧奴，我們下期再見痘括。
除了簡書，你還可以在以下地方找到我：
個(gè)人博客 : http://www.ibrothergang.com
github : https://github.com/ibrothergang
facebook : https://www.facebook.com/ibrothergang
微信公眾號(hào) : 扯淡筆記
