我的项目经验积累

本文长期更新

1、论android升级：

项目过程中，如果实在是时间紧迫，升级功能一定要保重开发完成并且功能稳定！而且特别要注意的是，推送升级的方式很弱，很难让每个用户注意到，而且客户端会有很多零散的逻辑，很难做好。一般最好采用客户端主动获取升级信息的方式，实现的逻辑也相对简单。

另外，可以在"设置"界面设立相关的按钮，让用户可以主动升级！！！万一你的用户喜欢这款app，而升级系统有问题，这里也是一个入口。虽然想得很美，但是给用户一种选择也是极好

 

2、java相关项目的包名

      至少要写3段，比如com.xx.yy，决不可只写两段com.xxx，写两段及其容易出现跟别人重复！！！

 

3、如果项目中有子账号的业务，比如一个账号下有多个角色可以在内部切换。这时候应该由客户端传入子账号的信息，让服务器进行操作。

另外一种不推荐的做法是：服务器保存默认的子账号信息，客户端切换后提交给服务器。这种做法虽然简化了服务器与客户端之间的接口参数，但是默认子账号信息的同步会是一个很大的问题，比如多终端登录甚至pc端登录，切换了子账号，这时候，客户端的子账号信息又要进行同步，否则会发生数据错乱！

总结就是：宁可交互接口里多一个两个参数，确保数据正确！

 

4、推送问题：正式发布的应用当与测试应用的推送相关key区分开来，防止相互影响！

 

5、轮询机制对客户端来说，也许就是不合理的。。。

 

6、遇到问题，如果从数据分析的角度没有进展，可以尝试总结现象的规律（比如界面操作的现象），或许可以有帮助。

      一般来说，问题总会有一些可以循迹的规律表现出来，try to capture it!

7、支付相关的比如支付宝、微信支付等，开发完之后 ，账号的信息不要瞎jb改，改出什么问题来就比较尴尬，找几天问题找不到！

8、多线程是程序流畅的关键

9、设置数据库，要仔细询问实体之间的对应关系，是一对一、一对多、多对一、多对多？

 

10、数据版本号的兼容问题。

      比如在消息体里加了一个version字段，那么在开发老版本的时候，就需要比较当前的版本号与version得值，如果当前版本比version低，则报版本低的提示错误。这种方法则可以保证逻辑的完整性，至少不会产生崩溃一类的验证问题。

11、if else 时，请考虑最后一个else该做什么，不要漏掉了逻辑，提高兼容性

12、json的解析中，注意容错的兼容性。在Gson的解析中，可以设置registerTypeAdapter来提高某些字段错误时的兼容。同时，在一些关键的接口中，如果获取列表，可以考虑自己解析列表，出错的成员则丢弃，而不会造成整个接口的数据出错而被丢弃。

13、Android app上架之前，制作签名要谨慎，慎重填好各种信息，因为发布之后，签名信息是可以被人知道的。然后保存好密码和别名等信息！

14、google play渠道，(1)不要让它修改签名进行重新打包
                                      (2)接入第三方库要谨慎，比如getui
                                       (3)接入gdt要谨慎，它会动态下载jar包。“ which contains code to download executable code (e.g. dex,                                       JAR, .so files) from a source other than Google Play”。有可能因此而下架