Java接口与承当的本质[Java编程]

计算机学院研二的兄弟与我谈论Java,一晤面,几个问题满是关于接口,接口有什么用?为什么要用接口?什么时刻该利用接口?很庆幸他们不是问我Java若何衔接SQL Server,大概是若何开辟J2EE利用,这类问题有杀伤力,避之则吉.本年计算机学院本科有个毕业计划课题是做J2ME,选这个标题的学生在5月末都还在苦着脸研究java.util.*这个包,这个这个……唉.

大大都人认为,接口的意义在于顶替多重担当.众所周知Java没有c++那样多重担当的机制,但是却可以实作多个接口.其实这样做是很牵强的,接口和担当是完好差别的东西,接口没有本领替换多重担当,也没有这个义务.接口的作用,一言以蔽之,就是标志类的类别（type of class）.把差别范例的类归于差别的接口,可以更好的管理他们.OO的精华,我认为,是对对象的抽象,最能表现这一点的就是接口.为什么我们谈论计划情势都只针对具有了抽象本领的语言（比方c++、java、c#等）,就是因为计划情势所研究的,实际上就是若何公道的去抽象.（cowboy的名言是“抽象就是抽去像的部份”,看似调侃,实乃至理）.

计划情势中最底子的是工厂情势（Factory）,在我近来的一个很简单的利用中,我想尽大概的让我的程序可以在多个数据库间移植,当然,这触及很多问题,单是若何兼容差别DBMS的SQL就让人头痛.我们无妨先把问题简单化,只考虑若何衔接差别的数据库.

假定我有很多个类,辨别是Mysql.java、SQLServer.java、Oracle.java、DB2.java,他们辨别衔接差别的数据库,统一返回一个Connection对象,并且都有一个close办法,用于关闭衔接.只需求针对你的DBMS,挑选差别的类,便可以用了,但是我的用户他会利用什么数据库?我不知道,我但愿的是尽大概少的改正代码,就可以满意他的需求.我可以抽象以下接口:

package org.bromon.test;
public interface DB
{
　　 java.sql.Connection openDB(String url,String user,String password);
　　 void close();
}

这个接口只定义两个办法,没有任何有实际意义的代码,具体的代码由实作这个接口的类来给出,比方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()
　　 {
　　　　 //关闭数据库
　　 }
}

近似的当然还有Oracle.java等等,接口DB给这些类归了个类,在利用程序中我们这样定义对象:

org.bromon.test.DB myDB;

利用myDB来操作数据库,便可以不用管实际上我所利用的是哪个类,这就是所谓的“开-闭”原则.但是问题在于接口是不能实例化的,myDB=new DB(),这样的代码是绝对错误的,我们只能myDB=new Mysql()大概myDB=new Oracle().麻烦了,我还是需求指定具体实例化的是哪个类,用了接口跟没用一样.所以我们需求一个工厂:

package org.bromon.test;
public class DBFactory
{
　　 public static DB Connection getConn()
　　 {
　　　　 Return(new Mysql());
　　 }
}

所以实例化的代码变成:myDB=DBFactory.getConn();

这就是23种情势中最底子的普通工厂(Factory),工厂类负责具体实例化哪个类,而其他的程序逻辑都是针对DB这个接口举行操作,这就是“针对接口编程”.责任都被推卸给工厂类了,当然你也可以持续定义工厂接口,持续把责任上抛,这就演变成抽象工厂(Abstract Factory).

整个历程中接口不负责任何具体操作,其他的程序要衔接数据库的话,只需求构造一个DB对象就OK,而不管工厂类若何改变.这就是接口的意义----抽象.

担当的概念不用多说,很好理解.为什么要担当呢?因为你想重用代码?这绝对不是来由,担当的意义也在于抽象,而不是代码重用.假如对象A有一个run()办法,对象B也想有这个办法,所以有人就Class B extends A.这是不经大脑的做法.假如在B中实例化一个A,调用A的Run()办法,是不是可以到达一样的目的?以下:

Class B
{
　　 A a=new A();
　　 a.run();
}

这就是操纵类的聚合来重用代码,是委派情势的雏形,是GoF一贯倡导的做法.

那么担当的意义安在?其实这是历史缘由造成的,最开始的OO语言只有担当,没有接口,所以只能以担当来实现抽象,请一定注意,担当的本意在于抽象,而非代码重用（固然担当也有这个作用）,这是很多Java烂书最严重的错误之一,它们所造成的阴影,我至今还没有完好摆脱,坏书害人啊,特别是入门类的,流毒太大.什么时刻应当利用担当?只在抽象类中利用,其他情形下尽大概不利用.抽象类也是不能实例化的,它仅仅供应一个模版罢了,这就很能阐明问题.

软件开辟的万恶之源,一是反复代码而不是重用代码,二是烂用担当,尤以c++程序员为甚.Java中撤消多重担当,目的就是禁止烂用担当,实是十清楚智的做法,不过很多人都不睬解.Java可以更好的表现计划,这是让我入迷的缘由之一.