這是在eoe論壇上看到的一哥們寫的，相當說到關鍵點了！
由於沒有地址也不好意思說轉載的地方。
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.採用adapter裝在數據的時候一定要在數據源獲取的時候進行刷新數據，這樣數據改變的時候可以立馬得到更新，還可以避免數據指向錯誤的問題。