Android開發項目經驗
作者：佚名
在Android項目開發中，有時候可能我們將要求的功能實現了，但是，你的代碼能否確定合格呢？以下，將奉上開發大神們給你的開發項目經驗。
1.是不是應該把數據刷新操作放在onResume()中？
- @Override
- public void onResume() {
- super.onResume();
- refresh();
- }
- public void refresh(){
- initData();
- }
|
這樣不合適，在什么時候刷新是根據需要來的，并不是每次onResume()的時候都需要刷新。
假如用戶關閉了屏幕后再打開屏幕，頁面會刷新，這樣沒有必要，也許幾秒中前剛刷新過。
網易新聞客戶端就不是這樣的。
2.關于activity，fragment與彈窗
如果一個activity中有一個ViewPager，ViewPager中加載了兩個fragment，這時要特別注意的是，兩個fragment是同事加載的，雖然只顯示了一個fragment的界面，但是另外一個也是加載了的，所以如果當前顯示的fragment沒有彈窗，但是另一個fragment彈窗了也會顯示到當前activity中。
3.copy布局文件和復用布局文件的優缺點
重用優點：減少布局文件個數，如果幾個界面的布局問個始終一致，那么可以使用
重用缺點：如果其中一個布局文件有所改動，那么其他頁面將不能再使用，因為布局文件中沒法使用 if else 。
copy優點：一個頁面對應一個xml文件，完全解耦
copy缺點：會大量出現重復的代碼
總結：需求隨時都可能變動，還是把布局解耦比較好
4.優化代碼的思路
哪段代碼使用的頻率越高就應該先優化哪段代碼，這樣會事半功倍！
5.千萬要保護好自己的代碼
昨天跟我說某某模塊的接口改了，要重新做，我做了。
今天來的時候又跟我說暫時不改了，還是用之前的代碼。
天啦，幸虧我沒有刪掉之前的代碼，不然死的心都有了。
so，程序猿們，保護好你自己的代碼。
6.模板方法沒有寫好會很悲劇
模板方法寫好了，比如BaseAcitivity，然后開始寫它的子類，忽然調試的時候發現模板的方法有問題，比如說要調整方法調用的順序或者改變方法調用的位置，這下好了，你的N個子類都是按照之前的模板方法去寫的，so 你就一個一個去修改子類吧。
另外，要千萬注意別人修改了公用的模板方法，要及時pull和push代碼，不然自己寫的很多代碼都白費了。
7.不要頻繁重復的調用數據
比如你要獲取10-個新聞列表數據，而且你要同一時間去獲取，那就得創建10次Http鏈接，這很費時的。***的方法是讓服務器把10個新聞列表數據寫在一個xml文件中，這樣會顯著的節約時間。wo
so,當進行遠程調用時，從數據提供者反復調用取得數據會嚴重影響性能，比如數據庫調用、Web服務調用或者其他編解碼調用。這種情況下可以使用Facade模式一次獲得所有所需的數據，盡可能減小連接成本和在網絡上傳輸數據的成本。
8.類中的成員變量前加"m"
本類的所有成員變量前加"m"，好處是：敲"m"就能提示本類的一些成員變量
9.一定要有自己的技術博客和帖子
別人的博客和帖子是別人的，要有自己的，不斷補充，不斷完善，以后再查看的時候才方便。
另外 ，強迫自己寫技術博客和帖子就是強迫自己總結，加深技術知識的印象。
10.一個類應該純粹，一個類就只應該做一件事情
比如寫一個瀑布流類（自定義View），干了很多事情，布局了瀑布流模型，設置了刷新功能。
這不應該在一個類中出現，瀑布流就是瀑布流，刷新是另外一回事，獲取數據又是另外一回事！不要混在一起，寫在一個類中！
一個類應該是純粹的，盡量的簡單，就是干一件事情。完成一個功能我們可以把多個類組合在一起，或者引用等等方法。
好處在于拆卸方便，當不需要什么功能的時候能快速明晰的剝離掉。如果什么代碼都混在一塊那是灰常難以剝離的。
|
責任編輯：張葉青
來源：
eoe Android開發者社區
