原创 代碼整潔_系統

複雜要人命,它消磨開發者的生命,讓產品難以規劃、構建、測試。 一個城市能運轉,因爲它演化出恰當的抽象等級和模塊,好讓個人和他們所管理的組建,在不瞭解全局時也能有效運轉。 軟件開發中,整潔的代碼幫助我們在較底層的抽象。層級上達成這一目標

原创 代碼整潔_類

1. 類的組織: 遵循標準Java約定: 封裝 變量列表:公共靜態常量、私有靜態變量、私有實體變量、公共變量 公共函數在變量列表之後。 公共函數調用的私有函數再其後面 2. 類應該短小 類的名稱應當描述其職責 單一權責原則:

原创 代碼整潔_邊界

將外來代碼乾淨利落地整合進自己的代碼中。 保持軟件邊界整潔的實踐手段和技巧: 使用第三方代碼 例如聲明Map時,指定Map存放的類型 學習性測試的好處不只是免費 使用尚不存在的代碼 將已知與未知分隔開的邊界 整潔的邊界 應避免我

原创 代碼整潔_錯誤處理

錯誤處理不應使代碼邏輯發生混亂。 處理錯誤的技巧: 使用異常而非返回碼 先寫Try-Catch-Finally語句 使用不可控異常 可控異常的代價違反開放/閉合原則 給出異常發生的環境說明 拋出的每個異常,都應當提供足夠的環境說明。

原创 代碼整潔之道——函數

規則 短小,更短小。 要讓每一個函數遵循單一職責原則 代碼塊和縮進 對於if,else,while等語句,如果其中的代碼塊邏輯複雜,應提取方法。 函數的縮進層級不該多餘一層或兩層,易於閱讀和理解 只做一件事 函數應該做

原创 代碼整潔_註釋

別給糟糕的代碼加註釋, ---重新寫 如果編程語言足夠有表達力,或我們長於用這些語言來表達意圖,就不那麼需要註釋。註釋的恰當用法是彌補我們在用代碼表達意圖時遭遇的失敗。 編寫優美的代碼,儘量減少註釋量 註釋不能美化糟糕的代碼 編寫