Android构建时需要考虑的问题

做Android产品区别与项目，产品是给公司做的持续的软件，公司内部写需求做页面设计和软件实现，完成第一版之后还需要不断升级和维护；项目是给别的公司做的软件，按照别人提供的设计说明书实现软件，没有升级和维护的问题。我没做过项目，只说产品。很多问题需要边做边想，我也还没有找到答案。

1. 升级的问题。

软件升级时最麻烦的应该是对已有数据的适配。数据库的升级有可能是跨代升级，比如一般升级是1 -> 2 -> 3，但是如果用户错过了2，有可能产生1 -> 3的问题。所以数据库升级的问题应该是面对之前所有版本的升级。Android的表变更操作只包含改名，没有添加列和删除列等操作，所以这里可能需要用select into来做数据转移。或者将数据都取出来，删除表再重建。

3. 团队合作的模式

我遇到的团队合作分成两种模式，组长负责模式和组员负责模式。组长负责模式就是由组长做任务的统一安排；组员负责模式中没有明显的组长责任，每个人做自己擅长的模块，模块和模块之间用协议进行责任分离。当组内人数小于3个人的时候，组员负责比较容易；当组员比较多的时候，如果没有一个领头的人会不会增加沟通的时间？我比较倾向于后者，因为我不喜欢别人动我的代码，我也不喜欢去改别人的代码。一个类需要N个人去维护N个不同的地方，这样N个人都需要知道这个类的设计思路，出了问题，找到负责人也是比较麻烦的事，同时svn提交的时候也容易出现冲突。