1. 程式人生 > >Java學習之面向物件三大特徵通俗理解

Java學習之面向物件三大特徵通俗理解

Java的三大特性:封裝、繼承和多型。

封裝:
        首先,屬性可用來描述同一類事物的特徵, 行為可描述一類事物可做的操作,封裝就是要把屬於同一類事物的共性(包括屬性與行為)歸到一個類中,以方便使用.比如人這個東東,可用下面的方式封裝:
人{
    年齡(屬性一)
    身高(屬性二)
    性別(屬性三)

    做事(行為之一)
    走路(行為之二)
    說話(行為之三)
}

繼承:
     由於封裝,使得有共同特徵的一類事物的所有描述資訊都被歸於一類之中,但我們知道,這並不是萬能的,有些事物有共性,但還存在區別,比如教師,簡單封裝起來如下:
教師{
    年齡(屬性一)
    身高(屬性二)
    性別(屬性三)

    做事(行為之一)
    走路(行為之二)
    說話(行為之三)

    教書(行為之四)
}
上面對"教師"的封裝,與對"人"的封裝基本上差不多,只是多了一個特徵行為:教書,
教師有與人一樣的共性, 但我們不能說"人教書",也就是不能把教書封裝到"人"之中去,教書是教師的特徵行為之一.  為了省事地封裝教師(程式碼的複用,這只是繼承存在的原因之一), 可以讓教師去繼承人,如:
 教師 extends 人{
    教書(行為之三)
}
這樣,我們就不用重新定義那些已經被"人"這一個類所封裝的那些屬性與行為了,而只需要使用繼承的方式,在人的基礎上拓展教師專有的行為,即"教書"即可把教師描述出來;這樣的結果, 即是教師也同時擁有"人"之中所封裝的一切屬性與行為, 還擁有自己的特徵行為"教書".

多型:
     多型的概念發展出來,是以封裝和繼承為基礎的(其實我覺得抽象也應該算是
面向物件
的大特徵之一,要封裝,抽象是必須的) 簡單的理解一下多型,比如: 人這個類,封裝了很多人類共有的特性, 教師是人的子類,繼承了人的屬性與行為,當然教師有自己的特徵行為,比如教書授課; 學生是人的子類,繼承了人的屬性與行為,當然學生有自己的特徵行為,比如學習做作業; 現在,當我們需要去描述教師與學生各自的行為的時候, 我們可以分開來說"教師在授課", "學生做作業", 但如果我們要站在抽象的角度, 也就是從教師與學生的父類"人"的角度, 來同時描述他們各自的行為時,我們怎麼描述?"人在授課"?"人在做作業"?這是不是怪怪的很不合適?不合適的問題就在於, 對於行為主體,我們使用了抽象層次的東東"人",而對於行為本身, 我們卻使用了具體的東東"授課"與"教書". 怎麼解決呢? 那就需要解決抽象與具體的矛盾問題. 既然是站在抽象在角度來描述,那我們把行為抽象一下,不就能同時描述了嗎?比如"人在做事"(教師授課與學生做作業都可以說成人在做事),這樣就解決了抽象層次與具體層次之間的矛盾. 到了這一步, 我們可以把兩個描述: "教師在做事", "學生在做事" 兩者統一為"人在做事", 然後, 我們可以在"教師"的"做事"行為中去呼叫教師自己的特徵行為"授課", 在"學生"的"做事"行為中去呼叫學生自己的特徵行為"做作業", 所以,當呼叫"人"去"做事"的時候,如果這個人是教師,那他所做的事實際上就是"教書", 如果這個人是學生,那他所做的事實際上就是"做作業". 也就是說在這裡"人"是多型的, 在不同的形態時,特徵行為是不一樣的, 這裡的"人", 同時有兩種形態,一種是教師形態,一種是學生形態,所對應的特徵行為分別是"授課"與"做作業". 完成上述的描述過程, 其實就是多型機制的體現. 多型, 就是站在抽象的層面上去實施一個統一的行為,到個體(具體)的層面上時, 這個統一的行為會因為個體(具體)的形態特徵而實施自己的特徵行為. 多型比起封裝與繼承來說要複雜很多, 上面的描述很簡單, 不用去死摳多型兩個字, 其實只要明白: 能站在抽象的角度去描述一件事, 而針對這件抽象的事, 對於每個個體(具體)又能找到其自身的行為去執行, 這就是多型.