我的Android開發習慣

2013年05月16日 ⁄ Android, Experience, Idea⁄ 共 1554字 ⁄ 6條評論 ⁄ 被圍觀 1,770 views+

Android三年，如今寫代碼，真心沒什麼很大的興趣，天天都是優化代碼，優化框架，技術支持。很是枯燥乏味。

一個項目作了大半年，才作了1／4,光src就有3M了。對這種大型app，我表示很無奈。何時才能到個頭。

不過感謝個人line manager，讓我專心作架構，還有我老大給予我技術支持。

寫代碼的時候三要素：Stable，Flexible，Readable

 

如今我搭個小型app的框架，大概3小時（複製，粘貼）

1.HTTP框架，用本身的，

2.ActionBarSherlock ，集成actionbar，我仍是比較喜歡4.0風格，如今作的app都遵照標準的4.0

3.重寫ActionBar Style , 更換主題樣式。

4.圖片lib（Android-Universal-Image-Loader），最近找了個不錯的。

5.下拉刷新，改的開源的，增長下拉和上拉的區分回調，連接不記得了。我博客裏有。

6.瀑布流，最近也碰到的牛x的。PinterestLikeAdapterView 不過代碼我也改過了，在onscroll里加載更多，回調。發現下拉刷新的方式都是同樣的。。。

7.數據庫，本身寫的框架太大了，基本手寫。ormlite沒試過，db4o，perst過小衆，不怎麼靈活。

8.BaseActivty,BaseFragment,BaseFragmentActivity. 不少時候有基類是很是好的事，邏輯都在基類裏寫好，子類只要改下UI佈局就行了。

9.工具類。

10.複製粘貼，一個項目搭好了。

 

我喜歡把UI和邏輯拆開，若是拆不開，要麼棄用，要麼重寫。否則之後維護沒人能看懂，可別提改bug了。

無論team有多少人，一開始寫代碼儘可能寫僞代碼(//TODO)，把總體邏輯寫完，TODO的地方慢慢加上，一個Activity就寫完了。並且若是不作了，或者讓別人來作，能很快順着你的思路繼續下去。若是你有很好的畫流程圖的習慣。把它們變成TODO試試。你會發現代碼寫起來很輕鬆。把寫代碼當成一種享受。當我看到別人在Activity有一堆算法邏輯的時候，簡直是噩夢。若是team都能按照這個標準，效率至少提升50％。

對於新手來講，借鑑別人的sourcecode不是越多越好，成天有人問，這個項目的那個方法怎麼用。你連看懂的資質都沒有，到時候出bug了，誰來幫你fix。再者需求不是生搬硬套，別人的源碼拿來還要改的，那麼怎麼改？建議好好分析一個項目，本身再試着寫個簡單的libary。你就明白怎麼使用別人的框架，並且還會修改。框架自己就是爲了更簡化開發，因此很靈活，考慮的情景也不少。看明白一個框架，你的邏輯能力會變強，本身試着寫個小框架哪怕是個小自定義view，動手能力也會變強。固然，若是簡單基礎知識都不理解的話，建議仍是一步步來。

當你在寫代碼時，調用api，或者別人的框架，首先先想一想你要什麼樣的功能，對方應該要提供給你什麼功能，這個方法會叫什麼樣的名字，多YY，這樣你會很驚喜的發現，它們確實有這樣的方法。若是沒有，本身加，或者換個思路。這樣YY多了，你也會在寫代碼的時候想提供什麼樣的方法給外部。這樣良性循環，寫代碼就真的是很容易的事情了。

當你成爲team裏的核心人員，如何去把控整個項目，梳理邏輯和框架，就須要平時多YY，多畫流程圖，多站在非技術的角度看整個項目，很難說有需求是沒法實現的，也不能由於需求頻繁改動而去抗拒。因此多想一想在技術以外你還能爲這個項目貢獻什麼。idea，溝通，協做。這樣你在team扮演的角色愈來愈重要。升職，轉行，隨你。

最近沒啥技術能夠分享的，只能寫寫心得，僅供參考，能夠交流，但真正問我什麼問題怎麼解決，我可能回答不了。術業有專攻，不是全部我都能解答，也不是全部都非得問他人才能有答案。

轉自：http://www.stay4it.com/?p=281