現在做 Android 開發的，基本上都是在用 AS 打包。相信里面也有不少人對 gradle 的信息不是很清楚，現在記錄下，以免遺忘。
先來看一段一般的配置代碼：
compileSdkVersion 25
buildToolsVersion '25.0.0'
defaultConfig {
applicationId "com.android.demo"
minSdkVersion 14
targetSdkVersion 25
versionCode 1
versionName "1.0"
}
compileSdkVersion
用來編譯應用的 Android API 版本
buildToolsVersion
構建工具和編譯器使用的版本號
minSdkVersion
用來配置運行應用的最小 API 級別, 低于該 API 版本的系統會提示無法運行該應用
targetSdkVersion
用于通知系統，該應用已經在某特定 Android 版本通過測試，從而操作系統不必啟用任何向前兼容的行為。這和我們之前看到的 compileSdkVersion 沒有任何關系。
applicationId
該屬性覆蓋了 manifest 文件中的 packagename。
Gradle 作為默認的 Android 構建系統
之前
packagename 作用
- 作為一個應用唯一的標志；
- 在 R 資源類中被用作包名；
之后- 使用 applicationId 作為唯一的標志；
- 在 R 資源類中繼續被用作包名；
這樣的好處是什么呢？
假設有這樣一個場景，我們要構建一個免費版本和一個付費版本，這兩個版本的功能基本類似，區別無非是免費版本的功能受限，付費版本的功能通過購買可以拓展功能。而這兩個版本又需要同時在應用市場上線的。
以前的做法怎么做呢？
以前一般會先出免費版本，之后通過修改 packname，再出一個付費版本。有的人可能會說這不是很簡單嗎？這里的關鍵點是一旦你修改 packagename 后，所有引用資源的地方，相應的包名稱也需要同時修改。這會對代碼比較的時候產生極大的不便。
所以 Android 工具團隊解耦了即作為唯一標志又作為資源包名這兩個功能。這樣你構建兩個版本的時候，只需要修改 applicationId 就可以，所有的資源的包名都不需要修改。
versionCode
作為應用市場的版本唯一標識碼，一般是從 1 開始，后續的版本更新，versionCode 必須大于之前的。
這個對用戶一般不可見。
這個會覆蓋 manifest 文件中對應的屬性。
versionName
版本號。這個一般就是告訴用戶我當前的版本號是多少。比如：0.8.0，1.0.1，2.1.11等等。這個對用戶是可見的，和 versionCode 沒有對應關系。但是一般版本更新的時候 versionName 也會大于之前的。
這個會覆蓋 manifest 文件中對應的屬性。
今天就先到這里，我們下期再見。
除了簡書，你還可以在以下地方找到我：
個人博客 : http://www.ibrothergang.com
github : https://github.com/ibrothergang
facebook : https://www.facebook.com/ibrothergang
微信公眾號 : 扯淡筆記
