[转帖]澄清Java语言接口与继承的本质

kampoo

<TABLE cellSpacing=0 cellPadding=0 width=582 border=0>
6 q& a+ Y, X, [+ f6 M3 }1 i* o
. s; d7 }7 o/ X# u9 a<TR>
<TD class=data>澄清Java语言接口与继承的本质</TD></TR>
<TR>
<TD class=data>
<TABLE cellSpacing=5 cellPadding=0 width="100%" border=0>

8 |! g3 o  b0 }5 l! t<TR>
<TD>
2 a& R- w5 s4 x% f5 h<DIV align=right>作者：IT动力源</DIV></TD>
<TD>
* }0 O5 t& M0 i  ^<DIV align=center>来源：赛迪网</DIV></TD>
<TD>
<DIV align=center>点击数：<br></DIV></TD>
<TD>更新时间：2005-10-26</TD></TR></TABLE></TD></TR></TABLE>大多数人认为，接口的意义在于顶替多重继承。众所周知Java没有c++那样多重继承的机制，但是却能够实作多个接口。其实这样做是很牵强的，接口和继承是完全不同的东西，接口没有能力代替多重继承，也没有这个义务。接口的作用，一言以蔽之，就是标志类的类别（type of class）。把不同类型的类归于不同的接口，可以更好的管理他们。OO的精髓，我以为，是对对象的抽象，最能体现这一点的就是接口。为什么我们讨论设计模式都只针对具备了抽象能力的语言（比如c++、java、c#等），就是因为设计模式所研究的，实际上就是如何合理的去抽象。（cowboy的名言是“抽象就是抽去像的部分”，看似调侃，实乃至理）。<br><br>　　设计模式中最基础的是工厂模式（Factory），在我最近的一个很简单的应用中，我想尽量的让我的程序能够在多个数据库间移植，当然，这涉及很多问题，单是如何兼容不同DBMS的SQL就让人头痛。我们不妨先把问题简单化，只考虑如何连接不同的数据库。<br><br>　　假设我有很多个类，分别是Mysql.java、SQLServer.java、Oracle.java、DB2.java，他们分别连接不同的数据库，统一返回一个Connection对象，并且都有一个close方法，用于关闭连接。只需要针对你的DBMS，选择不同的类，就可以用了，但是我的用户他会使用什么数据库？我不知道，我希望的是尽量少的修改代码，就能满足他的需要。我可以抽象如下接口：<br><br>
/ U( \; q% N) B& _) H' v<TABLE cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>

<TR>
<TD class=code style="FONT-SIZE: 9pt" bgColor=#e6e6e6><RE><CCID_CODE>package org.bromon.test;&lt;br /&gt;<br><br>public interface DB&lt;br /&gt;<br>{<br>　　java.sql.Connection openDB(String url,String user,String password);<br>　　void close();<br>}</CCID_CODE></PRE></TD></TR></TABLE><br><br>　　这个接口只定义两个方法，没有任何有实际意义的代码，具体的代码由实作这个接口的类来给出，比如Mysql.java：<br><br>
9 T2 u/ J% w9 P& h9 J' Y<TABLE cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>
* A# u2 e6 ~% {+ {
<TR>
* J" t5 t- `  K6 ^* W( ?  G, p<TD class=code style="FONT-SIZE: 9pt" bgColor=#e6e6e6><RE><CCID_CODE>ackage org.bromon.test<br>import java.sql.*;<br><br>public class Mysql implements DB<br>{<br>　　private String url=”jdbc:mysql:localhost:3306/test”;<br>　　private String user=”root”;<br>　　private String password=””;<br>　　private Connection conn;<br>　　public Connection openDB(url,user,password)<br>　　{<br>　　　　//连接数据库的代码<br><br>　　}<br>　　public void close()<br>　　{<br>　　　　//关闭数据库<br>　　}<br>}</CCID_CODE></PRE></TD></TR></TABLE><br>　　类似的当然还有Oracle.java等等，接口DB给这些类归了个类，在应用程序中我们这样定义对象：<br><br>　　org.bromon.test.DB myDB;<br><br>　　使用myDB来操作数据库，就可以不用管实际上我所使用的是哪个类，这就是所谓的“开-闭”原则。但是问题在于接口是不能实例化的，myDB=new DB()，这样的代码是绝对错误的，我们只能myDB=new Mysql()或者myDB=new Oracle()。麻烦了，我还是需要指定具体实例化的是哪个类，用了接口跟没用一样。所以我们需要一个工厂：<br><br>
) F1 ^" w" a* g; I" W4 B<TABLE cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>

* R# p1 |4 m" r+ \) B<TR>
<TD class=code style="FONT-SIZE: 9pt" bgColor=#e6e6e6><RE><CCID_CODE>package org.bromon.test;<br>public class DBFactory<br>{<br>　　public static DB Connection getConn()<br>　　{<br>　　　　Return(new Mysql());<br><br>　　}<br>}</CCID_CODE></PRE></TD></TR></TABLE><br><br>　　所以实例化的代码变成：myDB=DBFactory.getConn()；<br><br>　　这就是23种模式中最基础的普通工厂(Factory)，工厂类负责具体实例化哪个类，而其他的程序逻辑都是针对DB这个接口进行操作，这就是“针对接口编程”。责任都被推卸给工厂类了，当然你也可以继续定义工厂接口，继续把责任上抛，这就演变成抽象工厂(Abstract Factory)。<br><br>　　整个过程中接口不负责任何具体操作，其他的程序要连接数据库的话，只需要构造一个DB对象就OK，而不管工厂类如何变化。这就是接口的意义----抽象。<br><br>　　继承的概念不用多说，很好理解。为什么要继承呢？因为你想重用代码？这绝对不是理由，继承的意义也在于抽象，而不是代码重用。如果对象A有一个run()方法，对象B也想有这个方法，所以有人就Class B extends A。这是不经大脑的做法。如果在B中实例化一个A，调用A的Run()方法，是不是可以达到同样的目的？如下：<br><br>Class B<br>{<br>　　A a=new A();<br>　　a.run();<br>} <br><br>　　这就是利用类的聚合来重用代码，是委派模式的雏形，是GoF一贯倡导的做法。<br><br>　　那么继承的意义何在？其实这是历史原因造成的，最开始的OO语言只有继承，没有接口，所以只能以继承来实现抽象，请一定注意，继承的本意在于抽象，而非代码重用（虽然继承也有这个作用），这是很多Java烂书最严重的错误之一，它们所造成的阴影，我至今还没有完全摆脱，坏书害人啊，尤其是入门类的，流毒太大。什么时候应该使用继承？只在抽象类中使用，其他情况下尽量不使用。抽象类也是不能实例化的，它仅仅提供一个模版而已，这就很能说明问题。<br><br>　　软件开发的万恶之源，一是重复代码而不是重用代码，二是烂用继承，尤以c++程序员为甚。Java中取缔多重继承，目的就是制止烂用继承，实是非常明智的做法，不过很多人都不理解。Java能够更好的体现设计，这是让我入迷的原因之一。<br><br>
1 f$ j4 u, l: M: g7 O( E9 ?4 `7 Y

[此贴子已经被作者于2005-12-29 18:02:09编辑过]

fengzhing

<>接口,好东西啊,四年后才听到,六年后才有点理解,郁闷啊</P>

znt1984429

可怕的java,buxihguan

wangyu249

<p>好东西!</p>

sabbanji

　　如果从语言实现的角度去思考，就比较容易理解引入interface的原因。