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

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

什麼是面向對象

面向對象(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之間存在一個標記耦合。
• 數據耦合。模塊之間通過參數來傳遞數據，那麼被稱為數據耦合。數據耦合是最低的一種耦合形式，系統中一般都存在這種類型的耦合，因為為了完成一些有意義的功能，往往需要將某些模塊的輸出數據作為另一些模塊的輸入數據。
• 非直接耦合 。兩個模塊之間沒有直接關係，它們之間的聯繫完全是通過主模塊的控制和調用來實現的。

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

內聚與耦合

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