面向物件設計原則

　　1、單一職責原則：一個物件應該只包含單一的職責，並且該職責被完整地封裝在一個類中。單一職責原則是實現高內聚、低耦合的指導方針，是最簡單卻最難運用的原則，需要設計人員發現類的不同職責並將其分離。

　　2、開閉原則：軟體實體應當對擴充套件開放，對修改關閉。指軟體實體應儘量在不修改原有程式碼的情況下進行擴充套件。

　　3、里氏替換原則：所有引用基類的地方必須能透明地使用其子類的物件。里氏替換原則表明，在軟體中將一個基類物件替換成它的子類物件，程式將不會產生任何錯誤和異常，反過來則不成立。在運用里氏替換原則時，應該將父類設計為抽象類或者介面，讓子類繼承父類或實現父類介面，並實現在父類中宣告的方法。

　　4、依賴倒轉原則：高層模組不應該依賴底層模組，它們都應該依賴抽象。抽象不應該依賴於細節，細節應該依賴於抽象。依賴倒轉原則要求：要針對介面程式設計，不要針對實現程式設計。

　　5、介面隔離原則：客戶端不應該依賴那些它不需要的介面。在使用介面隔離原則的時候，需要注意控制介面的粒度，介面不能太小，如果太小會導致系統中介面氾濫，不利於維護；介面也不能太大，太大的介面將違背介面隔離原則，靈活性較差，使用起來不方便。

　　6、合成複用原則：優先使用物件組合，而不是繼承來達到複用的目的。一般而言，如果兩個類之間是Has-A關係應使用組合或聚合，如果是Is-A關係可使用繼承。

　　7、迪米特法則-又稱最少知識原則：每一個軟體單位對其他的單位都只有最少的知識，而且侷限於那些與本單位密切相關的軟體單位。

　　面向物件七大設計原則：

　　開閉原則：軟體實體應該對擴充套件開放，對修改關閉，開閉原則是設計原則的核心原則，其他的設計原則都是開閉原則表現和補充，實現開閉原則的方法就是抽象。里氏替換原則：在任何父類出現的地方都可以用他的子類來替代。單一職責原則：一個類只應該做和一個職責相關的事情，不要把過多的業務放在一個類中完成。介面隔離原則：使用專門的介面，比用統一的介面要好，便於分工，在實現介面時，不應該看到自己不用關心的方法。依賴倒置原則：面向抽象程式設計，不要面向具體程式設計。迪米特原則：軟體實體之間應該做到最少的互動，不要和陌生人說話，呼叫方只關心他需要使用的方法。組合或聚合複用原則：多使用聚合或組合達到程式碼的重用，少使用繼承複用。

　　系統方案設計包括總體設計和詳細設計，系統總體設計內容包括計算機和網路系統的方案設計。

　　面向物件的設計(OOD)是在面向物件的分析(OOA)基礎上繼續運用面向物件方法解決軟體生命週期中設計階段的問題，產生一個滿足使用者需求，並且完全可實現的系統模型，即OOD模型。在面向物件的軟體開發中，系統分析建立的OOA模型離實現的要求還有很大的距離，因為還有很多設計問題尚未解決，需要在設計階段運用OOD方法去解決這些問題，並且把設計結果在OOD模型中表達出來，使模型成為真正可實現的，這就是OOD所要解決的問題。