【譯】構建 Android App 的30條寶貴經驗

原文連接

作任何事都有兩種人，一種是本身很努力去作的，還一種是遵從他人意見建議作的。這裏有我一些總結的經驗，但願能幫到大家：

• 導入任何第三方包的時候都要再三思考，由於這個動做__責任__重大。
• 不要去繪製用戶看不見的地方。
• __再三考慮__數據庫的使用對業務是否是必要的。
• 65535問題很快就會遇到，這裏能夠助你渡劫。
• 替代異步任務最好的東西是RxJava，沒有之一。
• Retrofit是目前最好的網絡請求框架。
• 可使用Retrolambda來簡化你的代碼。
• RxJava+Retrofit+Retrolambda組合起來使用簡直不能更爽。
• EventBus是個很好的消息總線庫，我也用它，可是我__不會過於依賴__，由於大量使用這貨會致使你的代碼__艱澀難懂，邏輯凌亂不堪__，請__慎用__這貨，包括RxBus。
• 分包按功能特色分，不要按業務層分。
• 主線程不要作耗時操做。
• 使用lint能夠幫助你優化佈局和佈局層次，減小一些無必要的佈局or控件。
• 若是你使用Gradle，那麼儘量去加速編譯。
• 開啓編譯報告，看看編譯過程當中的耗時統計。
• 在架構上儘可能採用大衆化的。
• 測試是雖然費事費時，可是相比不要測試而言，你解決Bug的時候會更快，代碼也更具健壯性。
• 使用依賴注入能讓你的app更模塊化更好測試。
• 訂閱這個網站的內容對你大有裨益。
• 堅定不要使用我的郵箱做爲應用商店平臺的帳戶，固然也包括一些第三方服務提供商。
• 在使用EditText時，使用合適的輸入類型。
• 使用 Android Studio -> Analyze 去分析和定位bug。
• 常常關注一些比較新的技術和庫。例如dryrun這個庫能夠幫你減小構建遠程倉庫項目的時間。PS：我本身就在用，簡直不能更爽。
• Service只作它應該作的，而且在須要它銷燬的時候儘快能銷燬。
• 使用AccountManager針對用戶名和郵箱啥的提供建議。
• 使用CI (Continuous Integration)來構建和描述本身的beta版以及正式版apk。
• 不要運行本身的CI服務器，維護服務器很耗時，由於將有磁盤空間/安全問題/更新服務器以防止SSL攻擊等等各類柴犬二哈問題在等着你。使用circleci，travis或shippable，它們便宜而且讓你少操心。
• 發佈app的時候可使用自動部署。
• 你須要導入某個庫，可是這個庫特別大，而你只須要其中一小部分功能，那麼你應該去找個更小的，更符合本身的庫（proguard能夠壓縮資源）。
• 不要依賴導入過多的modules除非你真的須要。由於過多的modules會致使構建變慢(CI就是個例子)，這比起直接使用二進制的.jar/.aar來講要慢4倍左右。
• 能夠考慮將.PNG替換成.SVG了。
• library中抽象類能比較便捷的控制和替換使用場景（例如：AppLogger.d(「message」) 中包括了 Log.d(TAG, message)而且還能優化成 Timber.d(message)）。
• 監控網絡鏈接和鏈接的類型你會發現->wifi鏈接下可能刷新數據更頻繁。
• 監控電量和電池你會發現->充電時候數據可能更新更頻繁，低電量的時候數據更新很慢。
• 用戶交互界面就是個笑話，除非你能講解出來，不然它絕對不夠好。
• 測試很是適合於性能上的調優：慢慢地（但正確）寫一些實現，而後驗證優化而且也不會破壞測試。