導語(yǔ)：大多數人認為，接口的意義在于頂替多重繼承。下面的是百分網(wǎng)小編為大家搜集的Java語(yǔ)言接口與繼承的本質(zhì)，供大家參考。

 

　　計算機學(xué)院研二的兄弟與我討論Java，一見(jiàn)面，幾個(gè)問(wèn)題全是關(guān)于接口，接口有什么用?為什么要用接口?什么時(shí)候該使用接口?很慶幸他們不是問(wèn)我Java如何連接SQL Server，或者是如何開(kāi)發(fā)J2EE應用，這類(lèi)問(wèn)題有殺傷力，避之則吉。今年計算機學(xué)院本科有個(gè)畢業(yè)設計課題是做J2ME，選這個(gè)題目的學(xué)生在5月末都還在苦著(zhù)臉研究java.util.*這個(gè)包，這個(gè)這個(gè)……唉。

 

　　大多數人認為，接口的意義在于頂替多重繼承。眾所周知Java沒(méi)有c++那樣多重繼承的機制，但是卻能夠實(shí)作多個(gè)接口。其實(shí)這樣做是很牽強的，接口和繼承是完全不同的東西，接口沒(méi)有能力代替多重繼承，也沒(méi)有這個(gè)義務(wù)。接口的作用，一言以蔽之，就是標志類(lèi)的類(lèi)別(type of class)。把不同類(lèi)型的類(lèi)歸于不同的接口，可以更好的管理他們。OO的精髓，我以為，是對對象的抽象，最能體現這一點(diǎn)的就是接口。為什么我們討論設計模式都只針對具備了抽象能力的語(yǔ)言(比如c++、java、c#等)，就是因為設計模式所研究的，實(shí)際上就是如何合理的去抽象。(cowboy的名言是“抽象就是抽去像的部分”，看似調侃，實(shí)乃至理)。

 

　　設計模式中最基礎的是工廠(chǎng)模式(Factory)，在我最近的一個(gè)很簡(jiǎn)單的應用中，我想盡量的讓我的程序能夠在多個(gè)數據庫間移植，當然，這涉及很多問(wèn)題，單是如何兼容不同DBMS的SQL就讓人頭痛。我們不妨先把問(wèn)題簡(jiǎn)單化，只考慮如何連接不同的數據庫。

 

　　假設我有很多個(gè)類(lèi)，分別是Mysql.java、SQLServer.java、Oracle.java、DB2.java，他們分別連接不同的數據庫，統一返回一個(gè)Connection對象，并且都有一個(gè)close方法，用于關(guān)閉連接。只需要針對你的DBMS，選擇不同的類(lèi)，就可以用了，但是我的用戶(hù)他會(huì )使用什么數據庫?我不知道，我希望的是盡量少的修改代碼，就能滿(mǎn)足他的需要。我可以抽象如下接口：

 

　　package org.bromon.test;

 

　　public interface DB

 

　　{

 

　　java.sql.Connection openDB(String url,String user,String password);

 

　　void close();

 

　　}

 

　　這個(gè)接口只定義兩個(gè)方法，沒(méi)有任何有實(shí)際意義的代碼，具體的代碼由實(shí)作這個(gè)接口的類(lèi)來(lái)給出，比如Mysql.java：

 

　　Package org.bromon.test;

 

　　import java.sql.*;

 

　　public class Mysql implements DB

 

　　{

 

　　private String url=”jdbc:mysql:localhost:3306/test”;

 

　　private String user=”root”;

 

　　private String password=””;

 

　　private Connection conn;

 

　　public Connection openDB(url,user,password)

 

　　{

 

　　//連接數據庫的代碼

 

　　}

 

　　public void close()

 

　　{

 

　　//關(guān)閉數據庫

 

　　}

 

　　}

 

　　類(lèi)似的當然還有Oracle.java等等，接口DB給這些類(lèi)歸了個(gè)類(lèi)，在應用程序中我們這樣定義對象：

 

　　org.bromon.test.DB myDB;

 

　　使用myDB來(lái)操作數據庫，就可以不用管實(shí)際上我所使用的是哪個(gè)類(lèi)，這就是所謂的“開(kāi)-閉”原則。但是問(wèn)題在于接口是不能實(shí)例化的，myDB=new DB()，這樣的代碼是絕對錯誤的，我們只能myDB=new Mysql()或者myDB=new Oracle()。麻煩了，我還是需要指定具體實(shí)例化的是哪個(gè)類(lèi)，用了接口跟沒(méi)用一樣。所以我們需要一個(gè)工廠(chǎng)：

 

　　package org.bromon.test;

 

　　public class DBFactory

 

　　{

 

　　public static DB Connection getConn()

 

　　{

 

　　Return(new Mysql());

 

　　}

 

　　}

 

　　所以實(shí)例化的代碼變成：myDB=DBFactory.getConn();

 

　　這就是23種模式中最基礎的普通工廠(chǎng)(Factory)，工廠(chǎng)類(lèi)負責具體實(shí)例化哪個(gè)類(lèi)，而其他的程序邏輯都是針對DB這個(gè)接口進(jìn)行操作，這就是“針對接口編程”。責任都被推卸給工廠(chǎng)類(lèi)了，當然你也可以繼續定義工廠(chǎng)接口，繼續把責任上拋，這就演變成抽象工廠(chǎng)(Abstract Factory)。

 

　　整個(gè)過(guò)程中接口不負責任何具體操作，其他的程序要連接數據庫的話(huà)，只需要構造一個(gè)DB對象就OK，而不管工廠(chǎng)類(lèi)如何變化。這就是接口的意義----抽象。

 

　　繼承的概念不用多說(shuō)，很好理解。為什么要繼承呢?因為你想重用代碼?這絕對不是理由，繼承的意義也在于抽象，而不是代碼重用。如果對象A有一個(gè)run()方法，對象B也想有這個(gè)方法，所以有人就Class B extends A。這是不經(jīng)大腦的做法。如果在B中實(shí)例化一個(gè)A，調用A的Run()方法，是不是可以達到同樣的目的?如下：

 

　　Class B

 

　　{

 

　　A a=new A();

 

　　a.run();

 

　　}

 

　　這就是利用類(lèi)的聚合來(lái)重用代碼，是委派模式的雛形，是GoF一貫倡導的做法。

 

　　那么繼承的意義何在?其實(shí)這是歷史原因造成的，最開(kāi)始的OO語(yǔ)言只有繼承，沒(méi)有接口，所以只能以繼承來(lái)實(shí)現抽象，請一定注意，繼承的本意在于抽象，而非代碼重用(雖然繼承也有這個(gè)作用)，這是很多Java爛書(shū)最嚴重的錯誤之一，它們所造成的陰影，我至今還沒(méi)有完全擺脫，壞書(shū)害人啊，尤其是入門(mén)類(lèi)的，流毒太大。什么時(shí)候應該使用繼承?只在抽象類(lèi)中使用，其他情況下盡量不使用。抽象類(lèi)也是不能實(shí)例化的，它僅僅提供一個(gè)模版而已，這就很能說(shuō)明問(wèn)題。

 

　　軟件開(kāi)發(fā)的萬(wàn)惡之源，一是重復代碼而不是重用代碼，二是爛用繼承，尤以c++程序員為甚。Java中取締多重繼承，目的就是制止爛用繼承，實(shí)是非常明智的做法，不過(guò)很多人都不理解。Java能夠更好的體現設計，這是讓我入迷的原因之一。