面向對象三大特性五大原則 + 低耦合高內聚

面向對象的三大特性是"封裝、"多態"、"繼承"，五大原則是"單一職責原則"、"開放封閉原則"、"里氏替換原則"、"依賴倒置原則"、"接口分離原則"。

什麼是面向對象

面向對象(Object Oriented,OO)是軟件開發方法。面向對象的概念和應用已超越了程序設計和軟件開發，擴展到如數據庫系統、交互式界面、應用結構、應用平臺、分佈式系統、網絡管理結構、CAD技術、人工智能等領域。面向對象是一種對現實世界理解和抽象的方法，是計算機編程技術[1] 發展到必定階段後的產物。

這裏拿 PHP 的 OOP 舉個編程實例。

三大基本特性：封裝，繼承，多態

封裝

封裝，就是把客觀事物封裝成抽象的類，而且類能夠把本身的數據和方法只讓可信的類或者對象操做，對不可信的進行信息隱藏。一個類就是一個封裝了數據以及操做這些數據的代碼的邏輯實體。在一個對象內部，某些代碼或某些數據能夠是私有的，不能被外界訪問。經過這種方式，對象對內部數據提供了不一樣級別的保護，以防止程序中無關的部分意外的改變或錯誤的使用了對象的私有部分。

繼承

繼承，指可讓某個類型的對象得到另外一個類型的對象的屬性的方法。它支持按級分類的概念。繼承是指這樣一種能力：它可使用現有類的全部功能，並在無需從新編寫原來的類的狀況下對這些功能進行擴展。 經過繼承建立的新類稱爲「子類」或「派生類」，被繼承的類稱爲「基類」、「父類」或「超類」。繼承的過程，就是從通常到特殊的過程。要實現繼承，能夠經過 「繼承」（Inheritance）和「組合」（Composition）來實現。繼承概念的實現方式有二類：實現繼承與接口繼承。實現繼承是指直接使用 基類的屬性和方法而無需額外編碼的能力；接口繼承是指僅使用屬性和方法的名稱、可是子類必須提供實現的能力。

多態

多態，是指一個類實例的相同方法在不一樣情形有不一樣表現形式。多態機制使具備不一樣內部結構的對象能夠共享相同的外部接口。這意味着，雖然針對不一樣對象的具體操做不一樣，但經過一個公共的類，它們（那些操做）能夠經過相同的方式予以調用。

五大基本原則：SPR, OCP, LSP, DIP, ISP

單一職責原則SRP(Single Responsibility Principle)

是指一個類的功能要單一，不能一應俱全。如同一我的同樣，分配的工做不能太多，不然一天到晚雖然忙忙碌碌的，但效率卻高不起來。

開放封閉原則OCP(Open－Close Principle)

一個模塊在擴展性方面應該是開放的而在更改性方面應該是封閉的。好比：一個網絡模塊，原來只服務端功能，而如今要加入客戶端功能，那麼應當在不用修改服務端功能代碼的前提下，就可以增長客戶端功能的實現代碼，這要求在設計之初，就應當將服務端和客戶端分開，公共部分抽象出來。

裏式替換原則LSP(the Liskov Substitution Principle LSP)

子類應當能夠替換父類並出如今父類可以出現的任何地方。好比：公司搞年度晚會，全部員工能夠參加抽獎，那麼不論是老員工仍是新員工，也不論是總部員工仍是外派員工，都應當能夠參加抽獎，不然這公司就不和諧了。

依賴倒置原則DIP(the Dependency Inversion Principle DIP)

具體依賴抽象，上層依賴下層。假設B是較A低的模塊，但B須要使用到A的功能，這個時候，B不該當直接使用A中的具體類： 而應當由B定義一抽象接口，並由A來實現這個抽象接口，B只使用這個抽象接口：這樣就達到了依賴倒置的目的，B也解除了對A的依賴，反過來是A依賴於B定義的抽象接口。經過上層模塊難以免依賴下層模塊，假如B也直接依賴A的實現，那麼就可能 形成循環依賴。一個常見的問題就是編譯A模塊時須要直接包含到B模塊的cpp文件，而編譯B時一樣要直接包含到A的cpp文件。

接口分離原則ISP(the Interface Segregation Principle ISP)

模塊間要經過抽象接口隔離開，而不是經過具體的類強耦合起來

耦合

簡單地說，軟件工程中對象之間的耦合度就是對象之間的依賴性。指導使用和維護對象的主要問題是對象之間的多重依賴性。對象之間的耦合越高，維護成本越高。所以對象的設計應使類和構件之間的耦合最小。

有軟硬件之間的耦合，還有軟件各模塊之間的耦合。
耦合性是程序結構中各個模塊之間相互關聯的度量。它取決於各個模塊之間的接口的複雜程度、調用模塊的方式以及哪些信息經過接口。

耦合能夠分爲如下幾種，它們之間的耦合度由高到低排列以下：

• 內容耦合。當一個模塊直接修改或操做另外一個模塊的數據時，或一個模塊不經過正常入口而轉入另外一個模塊時，這樣的耦合被稱爲內容耦合。內容耦合是最高程度的耦合，應該避免使用之。
• 公共耦合。兩個或兩個以上的模塊共同引用一個全局數據項，這種耦合被稱爲公共耦合。在具備大量公共耦合的結構中，肯定到底是哪一個模塊給全局變量賦了一個特定的值是十分困難的。
• 外部耦合 。一組模塊都訪問同一全局簡單變量而不是同一全局數據結構，並且不是經過參數表傳遞該全局變量的信息，則稱之爲外部耦合。
• 控制耦合 。一個模塊經過接口向另外一個模塊傳遞一個控制信號，接受信號的模塊根據信號值而進行適當的動做，這種耦合被稱爲控制耦合。
• 標記耦合 。若一個模塊A經過接口向兩個模塊B和C傳遞一個公共參數，那麼稱模塊B和C之間存在一個標記耦合。
• 數據耦合。模塊之間經過參數來傳遞數據，那麼被稱爲數據耦合。數據耦合是最低的一種耦合形式，系統中通常都存在這種類型的耦合，由於爲了完成一些有意義的功能，每每須要將某些模塊的輸出數據做爲另外一些模塊的輸入數據。
• 非直接耦合 。兩個模塊之間沒有直接關係，它們之間的聯繫徹底是經過主模塊的控制和調用來實現的。

總結
耦合是影響軟件複雜程度和設計質量的一個重要因素，在設計上咱們應採用如下原則：若是模塊間必須存在耦合，就儘可能使用數據耦合，少用控制耦合，限制公共耦合的範圍，儘可能避免使用內容耦合。

內聚與耦合

內聚標誌一個模塊內各個元素彼此結合的緊密程度，它是信息隱蔽和局部化概念的天然擴展。內聚是從功能角度來度量模塊內的聯繫，一個好的內聚模塊應當剛好作一件事。它描述的是模塊內的功能聯繫。 耦合是軟件結構中各模塊之間相互鏈接的一種度量，耦合強弱取決於模塊間接口的複雜程度、進入或訪問一個模塊的點以及經過接口的數據。 程序講究的是低耦合，高內聚。就是同一個模塊內的各個元素之間要高度緊密，可是各個模塊之間的相互依存度卻要不那麼緊密。 內聚和耦合是密切相關的，同其餘模塊存在高耦合的模塊意味着低內聚，而高內聚的模塊意味着該模塊同其餘模塊之間是低耦合。在進行軟件設計時，應力爭作到高內聚，低耦合。