5.依賴倒置原則-dip（dependence inversion principle）
依賴關係應該是盡量依賴介面（或抽象類），而不是依賴於具體類
高層不依賴低層，都依賴於抽象
針對介面程式設計，不要針對實現程式設計
我的理解是，對於不同層次的程式設計，
高層次暴露給低層次的應當只是介面，而不是它的具體類。
這裡的倒置不僅僅是依賴關係的倒置也是介面所有權的倒置。應用了dip我們會發現往往是客戶擁有抽象的介面，而服務者從這些抽象介面派生。
6.組合(聚合)復用原則-dry : don't repeat yourself principle
通過抽取公共部分放置在乙個地方避免**重複.
盡量避免使用繼承來復用**
多用組合，少用繼承。
原因：a、繼承會使類無限膨大，可能會使類變得臃腫。
b、子類可能會繼承父類中那些無用甚至有害的方法。
c、組合比繼承更靈活，可以實現在執行中動態改變物件的功能。
7.迪公尺特法則(law of demeter)
物件間少通訊,不要跟陌生人說話
不會跟面向介面程式設計衝突
眾所周知類（或模組）之間的通訊越少，耦合度就越低，從而更有利於我們對軟體的巨集觀理。
軟體開發 六大原則
1，開閉原則 修改時，執行關閉原則 擴充套件時，執行開放原則 增加新功能 時，盡量不修改已有 然後將擴充套件的 增加到專案中 2，迪公尺特原則 高內聚，低耦合 在開發 時，類與類之間 模組與模組之間以及系統與系統之間，盡量保持低耦合，可以使得程式達到最大的復用 3，黎克特制代換原則 即多型 宣告方法...
軟體開發中的5大原則學習筆記
1 單一職責原則 srp 就乙個類而已，只有乙個引起他變化的原因 如果乙個類承擔的職責過多，就等於把這些職責耦合到一起，乙個職責的變化可能會削弱或者抑制這個類完成其他職責的能力，當變化發生時，設計會遭受到意想不到的破壞。2 開放封閉原則 軟體實體 類 模組 函式 應該是可擴充套件的，但是不可修改的。...
軟體設計的7大原則
對模組 類 函式擴充套件開發 對修改關閉。強調使用抽象構建框架，用實現擴充套件細節，從而提高軟體系統的復用性和擴充套件性。開閉原則是物件導向設計中最基礎的設計原則，指導我們如何構建穩定靈活的系統。例如 在版本更新的時候，盡可能的不修改已有源 通過新增類來擴充套件功能。支付 public inte c...