建立Android Apps的30個經驗教訓
這個世界上有兩種人-從經驗教訓中學習的人以及聽從別人建議的人。這裡是我一路走來學到的一些東西,分享給大家:
-
在新增任何第三方party之前,請三思:這真的是一個成熟的專案嗎?
-
如果一個東西使用者看不到,就不要繪製它!
-
除非真的需要,否則別使用資料庫;
-
達到65k方法數限制來的非常快,真的,非常快!不過 multidexing 可以拯救你;
-
RxJava 是 AsyncTasks 以及其它雜碎的最佳替代者;
-
Retrofit 可能是現在最佳的網路請求庫;
-
使用 Retrolambda
-
把 RxJava 和 Retrofit 以及 Retrolambda 結合起來會讓你酷炸天!
-
我使用 EventBus 而且它也很好,但是我並不會用太多,因為這樣程式碼庫會變得凌亂;
-
把所有東西都移到 application thread之外;
-
lint 可以幫助你優化佈局與佈局樹,這樣你就能識別出那些可能已經被移除的冗餘的View;
-
如果你在使用gradle,使用一切可能的方式去加速它;
-
對builds做profile reports
-
使用一個 有名的 架構;
-
使用 依賴注入 讓你的app更模組化,從而更易於測試;
-
收聽 fragmented podcast 將會讓你受益;
-
總是使用恰當的輸入型別;
-
Use analytics to find usage patterns and isolate bugs;
-
關注最新的 libraries
-
你的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之下更新更多資料?);
-
監控你的電源和電量(在充電的時候更新更多的資料?電量低的時候暫停更新?);
-
一個使用者介面就如一個笑話那樣,如果你需要解釋,那麼證明它並不夠好;