總在解bug，發現很多bug其實來得很不必要，這是我總結的幾點。
2. 如果多個屬性經常被一起使用，那麼請考慮將這幾個屬性封裝成乙個類。因為這樣可以少寫三分之二的**，並且結構更清晰，易於維護，不容易出錯。
3. 概念上的問題應該以修改概念定義的方式來解決，不要在流程上修改（典型的做法是在**中增加if語句）。
4. 禁止讓重複**遍布全世界，copy很爽，修改很悲劇。
5. 不論內部做什麼修改，請不要讓介面失效或者異常。單元測試是有效的檢測介面可用性的手段。
6. 沒有復用價值的東西無須單獨提出，那樣只會增加閱讀難度。
7. 寫**的時候，假定什麼亂七八糟的事情都會發生，而不是相反。這是因為一旦可能出錯，就一定會出錯。
Android開發經驗
android開發半月談這個話題真的是太泛了！想了好久最終還是決定寫點兒自己在開發過程中的遇到的一些問題以及一些技巧吧！以下是小弟接觸android這段時間來的一些學習方法以及經驗吧！請大家多多指教！該拍磚的拍哈！一 總結，分享，做好資料庫 二 善用搜尋引擎 三 開發過程中常用工具以及一些技巧 上面...
android震動學習經驗
最近研究了一下震動，給大家分享一下。最初的時候用了乙個很笨的方法。我知道通知中可以設定震動，每次震動都發乙個通知，功能雖然實現了，但是不知道會不會有什麼其他影響。如下 long vibrate 自定義的震動形式。也可以試用預設的。notification.default vibrate 四個引數 1...
Android開發專案經驗
1.是不是應該把資料重新整理操作放在onresume 中？override public void onresume public void refresh 這樣不合適，在什麼時候重新整理是根據需要來的，並不是每次onresume 的時候都需要重新整理。假如使用者關閉了螢幕後再開啟螢幕，頁面會重新整...