物件導向設計原則介紹

就乙個類而言，應該僅有乙個引起它變化的原因。應該只有乙個職責。每乙個職責都是變化的乙個軸線，如果乙個類有乙個以上的職責，這些職責就耦合在了一起。這會導致脆弱的設計。當乙個職責發生變化時，可能會影響其它的職責。另外，多個職責耦合在一起，會影響復用性。例如：要實現邏輯和介面的分離。

例子開始需求是做乙個加法的操作。後來繼續加入減法、乘法、除法。也就是先有乙個運算介面類，提供乙個介面getresult()，然後在各種不同需求去實現對應子類，這樣當需求變化時對於外部呼叫的函式修改就比較少，更多的是聚焦本身的功能。我們來上一下大話設計模式中的圖：

黎克特制替換原則的內容可以描述為：「派生類（子類）物件可以在程式中代替其基類（超類）物件。」

程式要依賴於抽象介面，不要依賴於具體實現。簡單的說就是要求對抽象進行程式設計，不要對實現進行程式設計，這樣就降低了客戶與實現模組間的耦合。

也就是業務邏輯層主要就是呼叫介面而不是呼叫具體的實現類。這樣上層修改起來就比較簡單。主要修改內容可以幾種在具體實現中。

避免上層呼叫下層，上層依賴於下層，當下層劇烈變動時上層也要跟著變動，這就會導致模組的復用性降低而且大大提高了開發的成本。

乙個類對於其他類知道的越少越好，就是說乙個物件應當對其他物件有盡可能少的了解,只和朋友通訊，不和陌生人說話。