大家都知道遵循設計原則是開發高質量軟體的重要基礎，但實際運用時並不容易。booch在<<
物件導向分析與中提出了四個基礎原則:
這些概念看起都比較容易理解，但實際運用並不簡單。所以<<
refactoring for software design smells: managing technical debt>>(哪位手上有這個資源，可以分享一下。)的作者們使用所謂的使能技術(enabling techniques)，為每個原則提出實踐的建議:
物件導向設計 設計原則
職責單一 例如乙個類的只能負責單一的職責 開放 封閉原則 對擴充套件的開放，對修改的封閉。用新的類處理問題，不去修改現有類 liscov替換原則 子類可以替換父類 在沒有過載方法的情況下 依賴倒置原則 依賴介面，不要依賴具體實現。針對介面程式設計，不針對實現程式設計 緊耦合 類似於電腦中可插拔 更換...
物件導向設計原則
oo原則 封裝變化 多用組合，少用繼承 針對介面程式設計，不針對實現程式設計 為互動物件之間的松耦合而努力 類應該對擴充套件開放，對修改關閉 依賴抽象，不要依賴具體類 只和朋友交談 別找我，我會找你 類應該只有乙個改變的理由 從設計原則到設計模式 針對介面程式設計，而不是針對實現程式設計 客戶無需知...
物件導向設計原則
物件設計原則 物件導向設計原則 物件導向設計的基石是 開 閉 原則。開一閉 原則講的是 乙個軟體實體應當對擴充套件開放，對修改關閉。這個規則說的是，在設計乙個模組的時候，應當使這個模組可以在不被修改的前提下被擴充套件。從另外乙個角度講，就是所謂的 對可變性封裝原則 對可變性封裝原則 意味著兩點 1 ...