在添加任何第三方party以前,請三思:這真的是一個成熟的項目嗎?html
若是一個東西用戶看不到,就不要繪製它!java
除非真的須要,不然別使用數據庫;android
達到65k方法數限制來的很是快,真的,很是快!不過 multidexing 能夠拯救你;git
RxJava 是 AsyncTasks 以及其它雜碎的最佳替代者;github
Retrofit 多是如今最佳的網絡請求庫;數據庫
使用 Retrolambda來簡化你的代碼;安全
把 RxJava 和 Retrofit 以及 Retrolambda 結合起來會讓你酷炸天!網絡
我使用 EventBus 並且它也很好,可是我並不會用太多,由於這樣代碼庫會變得凌亂;架構
包名按照功能來,而不是按分層來;app
把全部東西都移到 application thread以外;
lint 能夠幫助你優化佈局與佈局樹,這樣你就能識別出那些可能已經被移除的冗餘的View;
若是你在使用gradle,使用一切可能的方式去加速它;
對builds作profile reports,以便知道什麼佔據了編譯時間;
使用一個 有名的 架構;
使用 依賴注入 讓你的app更模塊化,從而更易於測試;
收聽 fragmented podcast 將會讓你受益;
老是使用恰當的輸入類型;
Use analytics to find usage patterns and isolate bugs;
你的service應該作你所需的事情,而且儘快死去;
使用 Account Manager 來提示登陸用戶名和郵箱地址;
使用CI(持續集成)來構建和發佈你的beta和產品apk;
不要運行本身的CI server,維護server是費時的事情,由於磁盤空間,安全問題,更新server以防止SSL攻擊等等緣由。使用circleci, travis 或者 shippable, 它們便宜,並且你也能夠少擔憂一些事情;
若是一個library很大而你只須要使用其中的一部分功能,你應該尋找一個更小的來替代(好比依靠proguard );
要使用多於實際須要的module。從零開始編譯一個module或者僅僅是檢查上個module是否最新所須要的時間幾乎是加載 binary .jar/.aar依賴的4倍以上;
開始考慮用SVG來替代PNG ;
Make library abstraction classes, it’ll be way easier to switch to a new library if you only need to switch in one place (e.g.AppLogger.d(「message」) can contain Log.d(TAG, message) and later realise that Timber.d(message) is a better option);
監控你的鏈接狀況以及鏈接類型(wifi之下更新更多數據?);
監控你的電源和電量(在充電的時候更新更多的數據?電量低的時候暫停更新?);
一個用戶界面就如一個笑話那樣,若是你須要解釋,那麼證實它並不夠好;