1. 全部Activity可继承自BaseActivity，便于统一风格与处理公共事件，构建对话框统一构建器的建立，万一需要整体变动，一处修改到处有效。
2. 数据库表段字段常量和SQL逻辑分离，更清晰，建议使用Lite系列框架LiteOrm库，超级清晰且重心可以放在业务上不用关心数据库细节。
3. 全局变量放全局类中，模块私有放自己的管理类中，让常量清晰且集中.
4. 不要相信庞大的管理类的东西会带来什么好处，可能是一场灾难，而要时刻注意单一职责原则，一个类专心做好一件事情更为清晰。
5. 如果数据没有必要加载，数据请务必延迟初始化，谨记为用户节省内存，总不会有坏处。
6. 异常抛出，在合适的位置处理或者集中处理，不要搞的到处是catch，混乱且性能低，尽量不要在循环体中捕获异常，以提升性能。
7. 地址引用链长时（3个以上指向）小心内存泄漏，和警惕堆栈地址指向，典型的易发事件是：数据更新了，ListView视图却没有刷新，这时Adapter很可能指向并的并不是你更新的数据容器地址（一般为List）。
8.信息同步：不管是数据库还是网网络操作，新插入的数据注意返回ID（如果没有赋予唯一ID），否则相当于没有同步。
9.多线程操作数据库时，db关闭了会报错，也很可能出现互锁的问题，推荐使用事务，推荐使用自动化的LiteOrm库操作。
10.做之前先考虑那些可以公用，资源，layout，类，做一个结构、架构分析以加快开发，提升代码可复用度。
11. 有序队列操作add、delete操作时注意保持排序，否则你会比较难堪喔。
12. 数据库删除数据时，要注意级联操作避免出现永远删不掉的脏数据喔。
13. 关于形参实参：调用函数时参数为基本类型传的是值，即传值；参数为对象传递的是引用，即传址。
14. listview在数据未满一屏时，setSelection函数不起作用；ListView批量操作时各子项和视图正确对应，可见即所选。
15 控制Activity的代码量，保持主要逻辑清晰。其他类遵守SRP（单一职能），ISP（接口隔离）原则。
