代碼塊越小，代碼的功能就越容易管理，代碼的處理和移動就越輕鬆。所以，杜絕長長的函數體。。。。
重構技術就是以微小的步伐修改程序，如果你犯下錯誤，很容易便可發現它。
（eclipse 中，抽取一段代碼作爲一個新的方法，extract method 工具）好用！
函數名、變量名，做到見名知意。
任何一個傻瓜都能寫出計算機可以理解的代碼，唯有寫出人類容易理解的代碼，纔是優秀的程序員。哈哈。。。
儘量去掉臨時變量，臨時變量會引發問題，容易跟丟，並且導致大量數據被傳來傳去。
在這本書的21頁，作者用了兩個each.getCharge()替換掉了臨時變量（20頁）的thisAmount，這樣使得性能下降，作者說可被優化，如何優化（69頁）
作者怎麼這麼仇視臨時變量呢？難道一堆函數調用過來調用過去，不是轉暈了麼？
P34，爲什麼不要在另一個對象的屬性基礎上運用switch？難道是因爲傳過來的值可能不是int？
P40，爲什麼任何時候都要通過取值設值函數來訪問類型代碼（詳見P227）
作者在第一章結尾的時候用到了state設計模式，感覺沒必要啊。。。爲嘛呢？
state設計模式，當程序中出現狀態轉換且很複雜是，用state設計模式，增加可維護性和代碼的可讀性。