Android開發(fā)項(xiàng)目的方法有哪些

這樣不合適，在什么時候刷新是根據(jù)需要來的，并不是每次onResume()的時候都需要刷新。

假如用戶關(guān)閉了屏幕后再打開屏幕，頁面會刷新，這樣沒有必要，也許幾秒中前剛刷新過。

網(wǎng)易新聞客戶端就不是這樣的。

2.關(guān)于activity，fragment與彈窗

如果一個activity中有一個ViewPager，ViewPager中加載了兩個fragment，這時要特別注意的是，兩個fragment是同事加載的，雖然只顯示了一個fragment的界面，但是另外一個也是加載了的，所以如果當(dāng)前顯示的fragment沒有彈窗，但是另一個fragment彈窗了也會顯示到當(dāng)前activity中。

3.copy布局文件和復(fù)用布局文件的優(yōu)缺點(diǎn)

重用優(yōu)點(diǎn)：減少布局文件個數(shù)，如果幾個界面的布局問個始終一致，那么可以使用

重用缺點(diǎn)：如果其中一個布局文件有所改動，那么其他頁面將不能再使用，因?yàn)椴季治募袥]法使用 if else 。

copy優(yōu)點(diǎn)：一個頁面對應(yīng)一個xml文件，完全解耦

copy缺點(diǎn)：會大量出現(xiàn)重復(fù)的代碼

總結(jié)：需求隨時都可能變動，還是把布局解耦比較好

4.優(yōu)化代碼的思路

哪段代碼使用的頻率越高就應(yīng)該先優(yōu)化哪段代碼，這樣會事半功倍！

5.千萬要保護(hù)好自己的代碼

昨天跟我說某某模塊的接口改了，要重新做，我做了。

今天來的時候又跟我說暫時不改了，還是用之前的代碼。

天啦，幸虧我沒有刪掉之前的代碼，不然死的心都有了。

so，程序猿們，保護(hù)好你自己的代碼。

6.模板方法沒有寫好會很悲劇

模板方法寫好了，比如BaseAcitivity，然后開始寫它的子類，忽然調(diào)試的時候發(fā)現(xiàn)模板的方法有問題，比如說要調(diào)整方法調(diào)用的順序或者改變方法調(diào)用的位置，這下好了，你的N個子類都是按照之前的模板方法去寫的，so  你就一個一個去修改子類吧。

另外，要千萬注意別人修改了公用的模板方法，要及時pull和push代碼，不然自己寫的很多代碼都白費(fèi)了。

7.不要頻繁重復(fù)的調(diào)用數(shù)據(jù)

比如你要獲取10-個新聞列表數(shù)據(jù)，而且你要同一時間去獲取，那就得創(chuàng)建10次Http鏈接，這很費(fèi)時的。***的方法是讓服務(wù)器把10個新聞列表數(shù)據(jù)寫在一個xml文件中，這樣會顯著的節(jié)約時間。wo

so,當(dāng)進(jìn)行遠(yuǎn)程調(diào)用時，從數(shù)據(jù)提供者反復(fù)調(diào)用取得數(shù)據(jù)會嚴(yán)重影響性能，比如數(shù)據(jù)庫調(diào)用、Web服務(wù)調(diào)用或者其他編解碼調(diào)用。這種情況下可以使用Facade模式一次獲得所有所需的數(shù)據(jù)，盡可能減小連接成本和在網(wǎng)絡(luò)上傳輸數(shù)據(jù)的成本。

8.類中的成員變量前加"m"

本類的所有成員變量前加"m"，好處是：敲"m"就能提示本類的一些成員變量

9.一定要有自己的技術(shù)博客和帖子

別人的博客和帖子是別人的，要有自己的，不斷補(bǔ)充，不斷完善，以后再查看的時候才方便。

另外 ，強(qiáng)迫自己寫技術(shù)博客和帖子就是強(qiáng)迫自己總結(jié)，加深技術(shù)知識的印象。

10.一個類應(yīng)該純粹，一個類就只應(yīng)該做一件事情

比如寫一個瀑布流類（自定義View），干了很多事情，布局了瀑布流模型，設(shè)置了刷新功能。

這不應(yīng)該在一個類中出現(xiàn)，瀑布流就是瀑布流，刷新是另外一回事，獲取數(shù)據(jù)又是另外一回事！不要混在一起，寫在一個類中！

一個類應(yīng)該是純粹的，盡量的簡單，就是干一件事情。完成一個功能我們可以把多個類組合在一起，或者引用等等方法。

好處在于拆卸方便，當(dāng)不需要什么功能的時候能快速明晰的剝離掉。如果什么代碼都混在一塊那是灰常難以剝離的。