软件开发规范

一份合格的代码不应只满足于实现功能，更应该遵循良好的规范

• 提升程序稳定性，减少代码隐患，降低故障率
• 增强可扩展性，大幅提高维护效率
• 统一标准，提升多人协作效率，方便新人快速上手

系统设计

• 不允许出现两段相同的逻辑块，必须抽出为公共方法，差异性使用参数控制，避免修改时多处修改遗漏
• 不允许出现两段相同的处于同一逻辑组的赋值布局，必须抽出为单独的include/merge
• 不允许父类中出现子类的实现方法，如果需要的话可以定义父类抽象方法，交由子类实现
• 不允许activity内多个fragment之间的直接沟通，必须通过activity中转
• copy别人代码，一定要一行行阅读一遍，防止混入其他业务逻辑，出现bug

命名方式

Android基本组件注意事项

Intent通信时不允许传递超过1M的数据，可以用Eventbus、Rxbus传递
-----Binder通信是无法传递大数据的，一次Binder通信最大可以传输是1MB-8KB（PS：8k是两个pagesize，一个pagesize是申请物理内存的最小单元）
组件内如果有耗时操作，必须采用多线程处理
只能使用本地广播，避免外部应用拦截
不允许在application中缓存数据,不允许在Fragment构造函数传递参数
------在按Home键让app到后台后，当系统内存不足时，会被杀掉，当android恢复这个应用时并不是重新启动app，而是创建一个新的application并且启动上次用户离开时的activity，造成这个app从来没有被kill的假象

注册和解注册要成对出现
不要在onPause中执行耗时操作
在onDestroy方法中回收资源
Handle必须使用静态类+WeakReference方式或调用removeCallbacksAndMessages
数据库光标使用之后必须关闭
动画要记得取消
使用ARGB_565代替8888，减少内存占用
数据处理和视图加载分离

代码的坏味道

1、代码重复：
代码重复几乎是最常见的异味了。他也是Refactoring 的主要目标之一。代码重复往往来自于copy-and-paste 的编程风格。
2、方法过长：
一个方法应当具有自我独立的意图，不要把几个意图放在一起。
3、类提供的功能太多：
把太多的责任交给了一个类，一个类应该仅提供一个单一的功能。
4、数据泥团：
某些数据通常像孩子一样成群玩耍：一起出现在很多类的成员变量中，一起出现在许多方法的参数中……，这些数据或许应该自己独立形成对象。 比如以单例的形式对外提供自己的实例。
5、冗赘类：
一个干活不多的类。类的维护需要额外的开销，如果一个类承担了太少的责任，应当消除它。
6、需要太多注释：
经常觉得要写很多注释表示你的代码难以理解。如果这种感觉太多，表示你需要Refactoring。