這個世界上有兩種人-從經驗教訓中學習的人以及遵從別人建議的人。這裏是我一路走來學到的一些東西,分享給你們:html
在添加任何第三方party以前,請三思:這真的是一個成熟的項目嗎?java
若是一個東西用戶看不到,就不要繪製它!android
除非真的須要,不然別使用數據庫;git
達到65k方法數限制來的很是快,真的,很是快!不過 multidexing 能夠拯救你;github
RxJava 是 AsyncTasks 以及其它雜碎的最佳替代者;數據庫
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之下更新更多數據?);
監控你的電源和電量(在充電的時候更新更多的數據?電量低的時候暫停更新?);
一個用戶界面就如一個笑話那樣,若是你須要解釋,那麼證實它並不夠好;