compilesdkversion:代表是使用的sdk版本
buildtoolsversion:代表構建工具的版本,一般都是sdk相配套的。在專案建立的時候就會自動生成
signingconfigs:簽名配置,主要有develop,
release
develop:開發時候的配置
keyalias://apk簽名的名稱
keypassword://apk簽名的密碼
storefile file://簽名檔案存放的位置
storepassword://這個一般與apk簽名的密碼一樣
release:發布時候的配置,與開發時的配置引數差不多
defaultconfig:預設的一些配置
minsdkversion:該專案支援最小的版本
targetsdkversion:該專案支援最高的版本
versioncode:當前專案的版本號
versionname:當前專案的版本名稱
signingconfig:簽名配置 可以這樣玩signingconfigsigningconfigs.develop
重頭戲來了
buildtypes:執行環境的型別
release:發布時的配置
minifyenabled:是否開啟混淆機制，值為true或false
shrinkresources:是否去除無效的**資源,值為true或false(注:假如minifyenabled=false,那麼這個屬性將無效
注:假如使用**動態獲取**資源，有可能獲取不到。因為shrinkresources只能檢查靜態的
)
proguardfiles:制定混淆規則的檔案(網上有人通過這個規則檔案的配置，可以將整個專案的大小進行減小)
signingconfig:同
defaultconfig中一樣
debuggable:是否保留除錯資訊
debug:除錯時的配置,與release相同
dependencies:匯入第三方的類庫
注:這只是一些自己開發中見到的。gradle版本為2.0以上,還有一些下次再發
Kibana在專案中的應用
雖然本文主要闡釋kibana 在專案中的應用 但是我們需要了解乙個常識，那就是一般情況下elk都是組合應用的，在我們的專案中我們也是一起使用的，但是由於對kibana 的頗具熱情，所以本文是對kibana的初始 先說下專案背景，我是datawarehouse 的 免不了會對些個datastage j...
淺拷貝在專案中的應用
有一些概念我們清楚，但在實際中不知道如何去用，這往往是c 初學者的乙個共同的問題，今天我來講的就是 淺表拷貝 簡單來說就是把乙個物件，一模一樣的複製出來乙份來，但淺表拷貝只複製原物件的引用位址，在改變新物件時，原來物件不會改變，而深表拷貝是完全拷貝，在改變新物件時，原物件也會受到影響。以下是淺表拷貝...
淺拷貝在專案中的應用
有一些概念我們清楚，但在實際中不知道如何去用，這往往是c 初學者的乙個共同的問題，今天我來講的就是 淺表拷貝 簡單來說就是把乙個物件，一模一樣的複製出來乙份來，但淺表拷貝只複製原物件的引用位址，在改變新物件時，原來物件不會改變，而深表拷貝是完全拷貝，在改變新物件時，原物件也會受到影響。以下是淺表拷貝...