透切理解物件導向三大基本特性是理解物件導向五大基本原則的基礎.
三大基本特性是：封裝,繼承,多型
所謂封裝，也就是把客觀事物封裝成抽象的類，並且類可以把自己的資料和方法只讓可信的類或者物件操作，對不可信的進行資訊隱藏。
封裝是物件導向的特徵之一，是物件和類概念的主要特性。 簡單的說，乙個類就是乙個封裝了資料以及操作這些資料的**的邏輯實體。在乙個物件內部，某些**或某些資料可以是私有的，不能被外界訪問。通過這種方式，物件對內部資料提供了不同級別的保護，以防止程式中無關的部分意外的改變或錯誤的使用了物件的私有部分。
所謂繼承是指可以讓某個型別的物件獲得另乙個型別的物件的屬性的方法。它支援按級分類的概念。繼承是指這樣一種能力：它可以使用現有類的所有功能，並在無需重新編寫原來的類的情況下對這些功能進行擴充套件。 通過繼承建立的新類稱為「子類」或「派生類」，被繼承的類稱為「基類」、「父類」或「超類」。繼承的過程，就是從一般到特殊的過程。要實現繼承，可以通過「繼承」（inheritance）和「組合」（composition）來實現。繼承概念的實現方式有二類：實現繼承與介面繼承。實現繼承是指直接使用基類的屬性和方法而無需額外編碼的能力；介面繼承是指僅使用屬性和方法的名稱、但是子類必須提供實現的能力；
所謂多型就是指乙個類例項的相同方法在不同情形有不同表現形式。多型機制使具有不同內部結構的物件可以共享相同的外部介面。
這意味著，雖然針對不同物件的具體操作不同，但通過乙個公共的類，它們（那些操作）可以通過相同的方式予以呼叫。
五大基本原則
單一職責原則srp(single responsibility principle)
是指乙個類的功能要單一，不能包羅永珍。如同乙個人一樣，分配的工作不能太多，否則一天到晚雖然忙忙碌碌的，但效率卻高不起來。
乙個類應該僅有乙個引起它變化的原因(最簡單，最容易理解卻最不容易做到的乙個設計原則)
職員類例子：
比如在職員類裡，將工程師、銷售人員、銷售經理這些情況都放在職員類裡考慮，其結果將會非常混亂，在這個假設下，職員類裡的每個方法都要if else判斷是哪種情況，從類結構上來說將會十分臃腫，並且上述三種的職員型別，不論哪一種發生需求變化，都會改變職員類！這個是大家所不願意看到的！
開放封閉原則ocp(open－close principle)
乙個模組在擴充套件性方面應該是開放的而在更改性方面應該是封閉的。比如：乙個網路模組，原來只服務端功能，而現在要加入客戶端功能，
那麼應當在不用修改服務端功能**的前提下，就能夠增加客戶端功能的實現**，這要求在設計之初，就應當將服務端和客戶端分開，公共部分抽象出來。
既開放又封閉，對擴充套件是開放的，對更改是封閉的！
擴充套件即擴充套件現行的模組，當我們軟體的實際應用發生改變時，出現新的需求，就需要我們對模組進行擴充套件，使其能夠滿足新的需求！
更改封閉即是在我們對模組進行擴充套件時，勿需對源有程式**和dll進行修改或重新編譯檔案！
這個原則對我們在設計類的時候很有幫助，堅持這個原則就必須盡量考慮介面封裝，抽象機制和多型技術！
替換原則(the liskov substitution principle lsp)
子類應當可以替換父類並出現在父類能夠出現的任何地方。比如：公司搞年度晚會，所有員工可以參加**，那麼不管是老員工還是新員工，
也不管是總部員工還是外派員工，都應當可以參加**，否則這公司就不和諧了。
子類可以替換父類並且出現在父類能夠出現的任何地方
這個原則也是在貫徹gof倡導的面向介面程式設計！
在這個原則中父類應盡可能使用介面或者抽象類來實現！
子類通過實現了父類介面，能夠替父類的使用地方！
通過這個原則，我們客戶端在使用父類介面的時候，通過子類實現！
意思就是說我們依賴父類介面，在客戶端宣告乙個父類介面，通過其子類來實現
這個時候就要求子類必須能夠替換父類所出現的任何地方，這樣做的好處就是，在根據新要求擴充套件父類介面的新子類的時候而不影響當前客戶端的使用！
依賴倒置原則(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檔案。
傳統的結構化程式設計中，最上層的模組通常都要依賴下面的子模組來實現，也稱為高層依賴低層！
所以dip原則就是要逆轉這種依賴關係，讓高層模組不要依賴低層模組，所以稱之為依賴倒置原則！
介面分離原則(the inte***ce segregation principle isp)
模組間要通過抽象介面隔離開，而不是通過具體的類強耦合起來
這個原則的意思是：使用多個專門的介面比使用單個介面要好的多！
這個我有體會，在我實際程式設計中，為了減少介面的定義，將許多類似的方法都放在乙個介面中，最後發現，維護和實現介面的時候花了太多精力，而介面所定義的操作相當於對客戶端的一種承諾，這種承諾當然是越少越好，越精練越好，過多的承諾帶來的就是你的大量精力和時間去維護！
quote from：
物件導向三大基本特性,五大基本原則
透切理解物件導向三大基本特性是理解物件導向五大基本原則的基礎.三大特性是 封裝,繼承,多型 所謂封裝，也就是把客觀事物封裝成抽象的類，並且類可以把自己的資料和方法只讓可信的類或者物件操作，對不可信的進行資訊隱藏。封裝是物件導向的特徵之一，是物件和類概念的主要特性。簡單的說，乙個類就是乙個封裝了資料以...
物件導向三大基本特性,五大基本原則
透切理解物件導向三大基本特性是理解物件導向五大基本原則的基礎.三大特性是 封裝,繼承,多型 所謂封裝，也就是把客觀事物封裝成抽象的類，並且類可以把自己的資料和方法只讓可信的類或者物件操作，對不可信的進行資訊隱藏。封裝是物件導向的特徵之一，是物件和類概念的主要特性。簡單的說，乙個類就是乙個封裝了資料以...
物件導向三大基本特性，五大基本原則
封裝，也就是把客觀事物封裝成抽象的類，並且類可以把自己的資料和方法只讓可信的類或者物件操作，對不可信的進行資訊隱藏。封裝是物件導向的特徵之一，是物件和類概念的主要特性。簡單的說，乙個類就是乙個封裝了資料以及操作這些資料的 的邏輯實體。在乙個物件內部，某些 或某些資料可以是私有的，不能被外界訪問。通過...