現(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)建工具和編譯器使用的版本號
minSdkVersion
用來配置運(yùn)行應(yīng)用的最小 API 級別, 低于該 API 版本的系統(tǒng)會提示無法運(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)用市場上線的。
以前的做法怎么做呢？
以前一般會先出免費(fèi)版本，之后通過修改 packname，再出一個(gè)付費(fèi)版本。有的人可能會說這不是很簡單嗎？這里的關(guān)鍵點(diǎn)是一旦你修改 packagename 后，所有引用資源的地方，相應(yīng)的包名稱也需要同時(shí)修改。這會對代碼比較的時(shí)候產(chǎn)生極大的不便。
所以 Android 工具團(tuán)隊(duì)解耦了即作為唯一標(biāo)志又作為資源包名這兩個(gè)功能。這樣你構(gòu)建兩個(gè)版本的時(shí)候，只需要修改 applicationId 就可以，所有的資源的包名都不需要修改。
versionCode
作為應(yīng)用市場的版本唯一標(biāo)識碼，一般是從 1 開始，后續(xù)的版本更新，versionCode 必須大于之前的。
這個(gè)對用戶一般不可見。
這個(gè)會覆蓋 manifest 文件中對應(yīng)的屬性。
versionName
版本號。這個(gè)一般就是告訴用戶我當(dāng)前的版本號是多少。比如：0.8.0，1.0.1，2.1.11等等。這個(gè)對用戶是可見的，和 versionCode 沒有對應(yīng)關(guān)系。但是一般版本更新的時(shí)候 versionName 也會大于之前的。
這個(gè)會覆蓋 manifest 文件中對應(yīng)的屬性。
今天就先到這里，我們下期再見。
除了簡書，你還可以在以下地方找到我：
個(gè)人博客 : http://www.ibrothergang.com
github : https://github.com/ibrothergang
facebook : https://www.facebook.com/ibrothergang
微信公眾號 : 扯淡筆記
