總覺得 抽象類 可以被 非抽象類 所代替，那麼為什麼還要用 抽象類呢？

問你個問題，你知道什麼是“東西”嗎？什麼是“物體”嗎？ 
“麻煩你，小王。幫我把那個東西拿過來好嗎” 
在生活中，你肯定用過這個詞－－東西。 
小王：“你要讓我幫你拿那個水杯嗎？” 
你要的是水杯類的物件。而東西是水杯的父類。通常東西類沒有例項物件，但我們有時需要東西的引用指向它的子類例項。

你看你的房間亂成什麼樣子了，以後不要把東西亂放了，知道麼？ 
又是東西，它是一個數組。而陣列中的元素都是其子類的例項。 
--------- 
上面講的只是子類和父類。而沒有說明抽象類的作用。抽象類是據有一個或多個抽象方法的類，必須宣告為抽象類。抽象類的特點是，不能建立例項。 

這些該死的抽象類，也不知道它有什麼屁用。我非要把它改一改不可。把抽象類中的抽象方法都改為空實現。也就是給抽象方法加上一個方法體，不過這個方法體是空的。這回抽象類就沒有抽象方法了。它就可以不在抽象了。 

當你這麼嘗試之後，你發現，原來的程式碼沒有任何變化。大家都還是和原來一樣，工作的很好。你這回可能更加相信，抽象類根本就沒有什麼用。但總是不死心，它應該有點用吧，不然創造Java的這夥傳說中的天才不成了傻子了嗎？ 

接下來，我們來寫一個小遊戲。俄羅斯方塊！我們來分析一下它需要什麼類？ 
我知道它要在一個矩形的房子裡完成。這個房子的上面出現一個方塊，慢慢的下落，當它接觸到地面或是其它方塊的屍體時，它就停止下落了。然後房子的上面又會出現一個新的方塊，與前一個方塊一樣，也會慢慢的下落。在它還沒有死亡之前，我可以儘量的移動和翻轉它。這樣可以使它起到落地時起到一定的作用，如果好的話，還可以減下少幾行呢。這看起來好象人生一樣，它在為後來人努力著。 
當然，我們不是真的要寫一個遊戲。所以我們簡化它。我抽象出兩個必須的類，一個是那個房間，或者就它地圖也行。另一個是方塊。我發現方塊有很多種，數一下，共6種。它們都是四個小矩形構成的。但是它們還有很多不同，例如：它們的翻轉方法不同。先把這個問題放到一邊去，我們回到房子這個類中。 

房子上面總是有方塊落下來，房子應該有個屬性是方塊。當一個方塊死掉後，再建立一個方塊，讓它出現在房子的上面。當玩家要翻轉方法時，它翻轉的到底是哪個方塊呢？當然，房子中只有一個方塊可以被翻轉，就是當前方塊。它是房子的一個屬性。那這個屬性到底是什麼型別的呢？方塊有很多不同啊，一共有6種之多，我需要寫六個類。一個屬性不可能有六種型別吧。當然一個屬性只能有一種型別。 

我們寫一個方塊類，用它來派生出6個子類。而房子類的當前方塊屬性的型別是方塊型別。它可以指向任何子類。但是，當我呼叫當前方塊的翻轉方法時，它的子類都有嗎？如果你把翻轉方法寫到方塊類中，它的子類自然也就有了。可以這六種子類的翻轉方法是不同的。我們知道'田'方塊，它只有一種狀態，無論你怎麼翻轉它。而長條的方塊有兩種狀態。一種是‘－’，另一種是‘｜’。這可怎麼辦呢？我們知道Java的多型性，你可以讓子類來重寫父類的方法。也就是說，在父類中定義這個方法，子類在重寫這個方法。 

那麼在父類的這個翻轉方法中，我寫一些什麼程式碼呢？讓它有幾種狀態呢？因為我們不可能例項化一個方塊類的例項，所以它的翻轉方法中的程式碼並不重要。而子類必須去重寫它。那麼你可以在父類的翻轉方法中不寫任何程式碼，也就是空方法。 

我們發現，方法類不可能有例項，它的方法的內容可以是任何的程式碼。而子類必須重寫父類的翻轉方法。這時，你可以把方塊類寫成抽象類，而它的抽象方法就是翻轉方法。當然，你也可以把方塊類寫為非抽象的，也可以在方塊類的翻轉方法中寫上幾千行的程式碼。但這樣好嗎？難道你是微軟派來的，非要說Java中的很多東西都是沒有用的嗎？

當我看到方塊類是抽象的，我會很關心它的抽象方法。我知道它的子類一定會重寫它，而且，我會去找到抽象類的引用。它一定會有多型性的體現。 

但是，如果你沒有這樣做，我會認為可能會在某個地方，你會例項化一個方塊類的例項，但我找了所有的地方都沒有找到。最後我會大罵你一句，你是來欺騙我的嗎，你這個白痴。

記住一點，面向物件不是來自於Java，面向物件就在你的生活中。而Java的面向物件是方便你解決複雜的問題。這不是說面向物件很簡單，雖然面向物件很複雜，但Java知道，你很瞭解面向物件，因為它就在你身邊。