很多新的公司招聘了多个开发人员一起完成自己的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类人士可能不理解如何使用的，可以考虑推迟等等。
RSS