Java為什麼使用抽象類和接口

java接口和java抽象類代表的就是抽象類型，就是我們需要提出的抽象層的具體表現。oop面向對象的程式設計，如果要提高程式的複用率，增加程式的可維護性，可擴充性，就必須是面向接口的程式設計，面向抽象的程式設計，正确地使用接口、抽象類這些太有用的抽象類型做為你結構層次上的頂層。

　　1、java接口和java抽象類最大的一個差別，就在于java抽象類可以提供某些方法的部分實作，而java接口不可以，這大概就是java抽象類唯一的優點吧，但這個優點非常有用。 如果向一個抽象類裡加入一個新的具體方法時，那麼它所有的子類都一下子都得到了這個新方法，而java接口做不到這一點，如果向一個java接口裡加入一個新方法，所有實作這個接口的類就無法成功通過編譯了，因為你必須讓每一個類都再實作這個方法才行.

　　2、一個抽象類的實作隻能由這個抽象類的子類給出，也就是說，這個實作處在抽象類所定義出的繼承的等級結構中，而由于java語言的單繼承性，是以抽象類作為類型定義工具的效能大打折扣。 在這一點上，java接口的優勢就出來了，任何一個實作了一個java接口所規定的方法的類都可以具有這個接口的類型，而一個類可以實作任意多個java接口，進而這個類就有了多種類型。

　　3、從第2點不難看出，java接口是定義混合類型的理想工具，混合類表明一個類不僅僅具有某個主類型的行為，而且具有其他的次要行為。

　　4、結合1、2點中抽象類和java接口的各自優勢，具精典的設計模式就出來了：聲明類型的工作仍然由java接口承擔，但是同時給出一個java抽象類，且實作了這個接口，而其他同屬于這個抽象類型的具體類可以選擇實作這個java接口，也可以選擇繼承這個抽象類，也就是說在層次結構中，java接口在最上面，然後緊跟着抽象類，哈，這下兩個的最大優點都能發揮到極至了。這個模式就是“預設适配模式”。 在java語言api中用了這種模式，而且全都遵循一定的命名規範：abstract ＋接口名。

　　java接口和java抽象類的存在就是為了用于具體類的實作和繼承的，如果你準備寫一個具體類去繼承另一個具體類的話，那你的設計就有很大問題了。java抽象類就是為了繼承而存在的，它的抽象方法就是為了強制子類必須去實作的。

　　使用java接口和抽象java類進行變量的類型聲明、參數是類型聲明、方法的返還類型說明，以及資料類型的轉換等。而不要用具體java類進行變量的類型聲明、參數是類型聲明、方法的返還類型說明，以及資料類型的轉換等。

　　我想，如果你編的代碼裡面連一個接口和抽象類都沒有的話，也許我可以說你根本沒有用到任何設計模式，任何一個設計模式都是和抽象分不開的，而抽象與java接口和抽象java類又是分不開的。

　　接口的作用，一言以蔽之，就是标志類的類别。把不同類型的類歸于不同的接口，可以更好的管理他們。把一組看如不相關的類歸為一個接口去調用.可以用一個接口型的變量來引用一個對象,這是接口我認為最大的作用.

　　自己的感想

　　在平時的java程式設計中,用jdbc連接配接資料庫是非常常用的.而這裡面涉及到的有drivermanager,connection,statement,其中第一個是類,後兩者是接口.connection用于擷取一個指定了資料庫的連接配接.而這個資料庫的指定是在程式的開頭或者配置檔案中指定.那麼通過drivermanager.getconnection就可以獲得根據指定資料庫的具體資料庫連接配接對象.

　　那麼,問題的關鍵就在這裡,在以後的程式中,我門所使用的這個connection,都是這個接口引用的一個對象.它即可以是oracle資料庫連接配接對象, 也可以是sql server連接配接對象.但光看内部程式,我們并不知道它具體是那種類型的.因為通過接口.它展現給我們的都是connection類型的.不管我們換了什麼資料庫,程式中總是connection conn=...

　　但是假如我們不用connection接口.而換用具體的類,那麼如果我們隻用一種資料庫比如sql server,那我們就用這個sqlserverconnection類來執行個體一個對象然後在程式中調用.但是假設有天我們要換成mysql資料庫呢?那麼,程式用所有的sqlserverconnection是不是都要換成mysqlconnection呢,并且,方法可能都會失效.

　　這就是接口的優勢展現,如果用接口,我們不用去管程式中具體是在調用哪個類,我隻要知道是調用具有某種共同屬性的類.而這個類的指定都交給工廠類去完成.在程式内部,我們完全隻能看見的是對接口的調用.這個接口就代表着具體的實作類了.

　　現在學習mvc模式。使得web開發以多層的方式。而再這些層中關系比較密切的就是模型層，持久化層，然後是底層資料庫。模型層中需要bo，dto，vo。而持久化層就是dao類啦。不過按照大型項目架構。每層之間都應該通過接口。

　　這點比較重要。接口的作用是為了降低層之間的耦合度。這樣，下層隻對上層公開接口。而封閉了内部實作。這是好處1。第二呢就是當接口的實作改變時。上層的調用代碼是不用改變的。最後一點呢。就是接口本身的好處了，那就是一個接口，多種實作。具體要用到那種實作由工廠指定.那麼萬一實作改變了,也隻用改工廠,不用改程式.