某种程度是的,接口是理论上低耦合的象征
但是考虑两种现实情况:
1 80%的接口没有第二个实现类,例如一个应用系统设计者希望能让持久层支持各种数据库,第一,这个应用没有跨项目服用的可能,因为业务领域太专,不像是你 做一个大话西游,过两年做梦欢西游,就把大话西游程序一改,业务上的东西没法跨项目复用,所以项目之间的不同数据库差异不是问题;第二,这个项目本身,会 不会在后期改变数据库呢?看看周围的项目有多少这个情况。所以在设计时期否定以上两点假设还是挺容易的。
2 就算某些业务或者数据库真的在后期变化了,一个简简单单接口实现的替换能解决多少问题?事实上替换实现类程序往往仍然跑不起来,或者诸多关联因素限制最终 弄得和没有定义接口时修改量一样大。实际上一个好的接口的定义是建立在好的,可理解的,合理的设计之上的,而不是成为一种管用手法,或者特定的实现方式。
首先,使用接口编程是为了提高程序的可维护性和可伸缩性。如果你在一个类里使用组合调用另一个类时,你直接使用另一个具体的类,这样的话你就不这个类写死 了,以后假如业务逻辑变化时,你就必须修改原代码。你如果写的是一个接口,当业务逻辑变化时你只需写一个新的类让他实现这个接口。
第二,你还要用类似spring这样的东西,实现松耦合,利用配置文件修改程序。比如要完成一个登录功能:
我先写dao层,其中用到了4个类,
DaoBase.java,用来得到user对象
package com.ssh2demo.dao;
import com.ssh2demo.domain.User;
public abstract class DaoBase {
private User user;
public User getUser() {
return user;
}
public void setUser(User user) {
this.user = user;
}
}
IUserDao.java,一个接口,用来封装登录的方法
public interface IUserDao {
public void insertUser();
public boolean getUserByName(String name);//如果返回true代表登录成功
}
IUserDao的实现类UserDaoImp.java
package com.ssh2demo.dao;
import com.ssh2demo.domain.User;
public class UserDaoImp extends DaoBase implements IUserDao{
//..插入一个user
User user = new User();
public void insertUser(){
user.setAge(23);
user.setName("hth");
user.setPassword("123456");
}
public boolean getUserByName(String name){
insertUser();
if(user.getName().equals(name))
return true;
else
return false;
}
}
UserDaoDeco.java这个类继承了UserDaoImp,用来向spring文件里注入
<bean id="userDaoDeco" class="com.ssh2demo.dao.UserDaoDeco"></bean>
<bean id="userServiceImp" class="com.ssh2demo.service.UserServiceImp">
<property name="userDaoDeco">//此处其实这步的属性可以直接放接口,注入的类放实现类就 //可以
<ref bean="userDaoDeco"/>
</property>
</bean>
UserDaoDeco.java
package com.ssh2demo.dao;
import com.ssh2demo.dao.UserDaoImp;
public class UserDaoDeco extends UserDaoImp{
}
然后写service层,service层用了一个工厂类和工厂接口,用来管理service类,这样写方便了在action里我只要注入工厂类就可以了,所有的service我都可以通过工厂获得
<bean id="loginAction" class="com.ssh2demo.struts2.LoginAction" singleton="false">
<property name="service">//此处放一个接口,直接让action不关心类的具体实现,实现了松耦合
//使程序易于改动,做到了新加而不是修改。
<ref bean="serviceFactory"/>
</property>
</bean>