原创 《clean code》第四章 格式
1.變量聲明靠近其使用位置。2.實體變量放在類的頂部申明。3.相關函數：若某個函數調用了另外一個，就把他們放在一起，調用者放在被調用者上面。4.概念相關代碼放在一起。
2020-06-08 17:01:38
原创 《clean code》第七章 類
1.類的規則： 第一條：短小 第二條：更短小對於函數，通過計算代碼行數衡量大小，對於類，通過計算“權責”衡量。a.單一權責原則（SRP） 類或模塊有且只有一條加以修改的理由，系統應該由許多短小的類而不是少量巨大的
2018-08-27 15:43:15
1
原创 《clean code》第五章 對象和數據結構
1.過程式代碼改寫：德墨忒耳律 類C的方法f只應該調用以下對象的方法： 1.C 2.由f創建的對象 3.作爲參數傳遞給f的對象 4.由C的實體變量持有的對象
2018-08-27 15:43:04
4
原创 《clean code》第八章 味道和啓發
1.註釋： a.不恰當的註釋 b.廢棄的註釋 c.冗餘的註釋 d.糟糕的註釋（別閒扯，畫蛇添足） e.註釋掉的代碼（刪掉，別擔心，是可以找回的）2.函數： a.過多的參數（儘量少） b.輸出參數（
2018-08-27 15:43:04
6
原创 《clean code》第六章 錯誤處理
1.使用異常而非返回碼改寫：2.別放回null值如果是調用第三方api中可能會返回null值的方法，可以考慮用新方法打包zheg這個方法，在新方法中拋出異常或fang返回特定實例。3.別傳遞null值除非api要求你向它傳遞null值，否
2018-08-27 15:43:04
8
原创 《Head First》第三節 裝飾者模式
背景介紹：星巴茲是一家很火爆的咖啡連鎖店，因爲擴張很快，需求多樣化，原系統已不能滿足。原系統設計：購買咖啡時，會要求加各種調料，系統要根據加的不同調料收取不同的費用，導致結構圖如下：解決方案：以飲料爲主體，然後運行時，以調料來“裝飾”(d
2018-08-27 15:43:03