Java基礎：物件導向三大特徵、五大原則，java五大原則

Java基礎：物件導向三大特徵、五大原則，java五大原則

物件導向三大特徵：

(1)封裝(Encapsulation)

所謂封裝，也就是把客觀事物封裝成抽象的類，並且類可以把自己的資料和方法只讓可信的類或者對象操作，對不可信的進行資訊隱藏。封裝是物件導向的特徵之一，是對象和類概念的主要特性。簡單的說，一個類就是一個封裝了資料以及操作這些資料的代碼的邏輯實體。在一個對象內部，某些代碼或某些資料可以是私人的，不能被外界訪問。通過這種方式，對象對內部資料提供了不同層級的保護，以防止程式中無關的部分意外的改變或錯誤的使用了對象的私人部分。

(2)繼承(Inheritance)

繼承是指這樣一種能力：它可以使用現有類的所有功能，並在無需重新編寫原來的類的情況下對這些功能進行擴充。通過繼承建立的新類稱為“子類”或“衍生類別”，被繼承的類稱為“基類”、“父類”或“超類”。繼承的過程，就是從一般到特殊的過程。要實現繼承，可以通過“繼承”（Inheritance）和“組合”（Composition）來實現。繼承概念的實現方式有二類：實現繼承與介面繼承。實現繼承是指直接使用基類的屬性和方法而無需額外編碼的能力；介面繼承是指僅使用屬性和方法的名稱、但是子類必須提供實現的能力；

(3)多態(Polymorphism)

所謂多態就是指一個類執行個體的相同方法在不同情形有不同表現形式。多態機制使具有不同內部結構的對象可以共用相同的外部介面。這意味著，雖然針對不同對象的具體操作不同，但通過一個公用的類，它們（那些操作）可以通過相同的方式予以調用。

最常見的多態就是將子類傳入父類參數中，運行時調用父類方法時通過傳入的子類決定具體的內部結構或行為。

 

物件導向五大原則：

(1)單一職責原則（Single-Resposibility Principle）

•一個類應該僅有一個引起它變化的原因

職員類例子： 比如在職員類裡，將工程師、銷售人員、銷售經理這些情況都放在職員類裡考慮，其結果將會非常混亂，在這個假設下，職員類裡的每個方法都要ifelse判斷是哪種情況，從類結構上來說將會十分臃腫，並且上述三種的職員類型，不論哪一種發生需求變化，都會改變職員類！這個是大家所不願意看到的！

 

(2)開放封閉原則（Open-Closed principle）

•對擴充是開放的，對更改是封閉的！

變化來臨時，如果不必改動軟體實體裁的原始碼，就能擴充它的行為，那麼這個軟體實體設計就是滿足開放封閉原則的。如果說我們預測到某種變化，或者某種變化發生了，我們應當建立抽象類別來隔離以後發生的同類變化。

 

(3)裡氏替換原則（Liskov-Substituion Principle）

•子類可以替換父類並且出現在父類能夠出現的任何地方,貫徹GOF倡導的面向介面編程

在這個原則中父類應儘可能使用介面或者抽象類別來實現！

子類通過實現了父類介面，能夠替父類的使用地方！

通過這個原則，我們用戶端在使用父類介面的時候，通過子類實現！

意思就是說我們依賴父類介面，在用戶端聲明一個父類介面，通過其子類來實現

這個時候就要求子類必須能夠替換父類所出現的任何地方，這樣做的好處就是，在根據新要求擴充父類介面的新子類的時候而不影響當前用戶端的使用！

 

(4)依賴倒置原則（Dependecy-Inversion Principle）

•傳統的結構化編程中，最上層的模組通常都要依賴下面的子模組來實現，也稱為高層依賴低層！

所以DIP原則就是要逆轉這種依賴關係，讓高層模組不要依賴低層模組，所以稱之為依賴倒置原則！

 

(5)ISP 介面隔離原則(Interface-Segregation Principle)

•使用多個專門的介面比使用單個介面要好的多！

這個我有體會，在我實際編程中，為了減少介面的定義，將許多類似的方法都放在一個介面中，最後發現，維護和實現介面的時候花了太多精力，而介面所定義的操作相當於對用戶端的一種承諾，這種承諾當然是越少越好，越精練越好，過多的承諾帶來的就是你的大量精力和時間去維護！