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