Android多人項目開發指導

很多新的公司招聘了多個開發人員一起完成自己的Android項目開發，這裡android123就分工和開發模式以及部分實現細節給大家說下大概的多人開發分配。

  1. 很多公司可能需要一個CAO架構出項目的各個細節用UML圖表示，參照傳統的開發模式可能類似於一些人寫公共代碼，比如I/O、相關的文件系統、數據庫、網絡通訊，部分完成UI相關的控件子類化和一部分的核心功能實現，這裡更類似於MVC來實現所有的細節。

  2. 目前就常規的中小型項目而言，使用SVN管理項目更清晰明了，公司已經假設好SVN服務器來管理整個項目的代碼。

  3. 模塊的分工，這裡我們給大家一些典型的方法，比如package名上使用類似 provider、util、data、vIEw、model，由不同的人負責完成。

  4. 項目的性能測試，對於Android開發要比iPhone麻煩的多，由於設備的性能、分辨率和固件的差異，可能導致軟件運行的異常，這裡我們推薦大家使用官方原版固件進行測試，第三方的固件存在很多類似“優化”這樣的情況，可能對於軟件的調試產生了很多的問題，同時手機盡量干淨，後台不要運行太多任務，觀察內存和CPU的執行，這裡參考android.os.Debug和tracevIEw的使用方法。

  5. 異常處理，很多情況軟件可能遇到Force Close的尴尬情況，FC和ANR的出現大大降低了用戶體驗，這裡我們可能通過對代碼更多的try和catch來防止OOM或Thread同步導致的問題。

  6. 發布測試，對於軟件發布時還要考慮用戶體驗度，刪除不必要的permission，不要讓用戶感覺一個手電筒軟件就有發送短信和撥打電話以及訪問聯系人的權限出現，同時盡量不要包含廣告客戶端，廣告客戶端可能是導致用戶洩露隱私，影響系統運行效率，占用GPRS或3G上網流量等問題，對於靠廣告作為盈利模式的軟件可以目前考慮放棄或者說不適合競爭。

  對於常規的中小型項目而言，遵循以上6點可以應付90%的問題，當然還有10%可能是長期的維護，分析用戶的反饋和評論以及細節的調整問題，總而言之要考慮用戶的感受，做軟件要迎合不同年齡和人群，比如很多軟件對於MM或非IT類人士可能不理解如何使用的，可以考慮推遲等等。