spring 为啥要先写接口,再写实现类?
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了spring 为啥要先写接口,再写实现类?相关的知识,希望对你有一定的参考价值。
例如我的配置文件
<bean id="/userAction" class="UserAction">
<property id="userService" class="UserServiceImpl"/>
</bean>
在UserAction代码中
private UserService userService;
set方法...
定义这个接口的意义是什么?
为什么我要用接口的向上转型来调用,意义何在?
什么叫面向接口编程呢?
假如你买了一个多媒体设备,它给了你一个遥控,你想要知道的只是按什么按钮,它会播放什么
而遥控里面是怎样运行,还有屏幕里面怎么工作,你想知道吗?
你完全不会去想了解.
那如果多媒体设备需要更新,比如优化内部运行效率,
但是优化完了,遥控的按钮不变,设备的所有操作方式都不变,按这个按钮还是显示相同的东西
那内部怎么变化你完全不需要在意.
这就是面向接口编程.
无论类的内部怎么实现,它对外的接口不变,那它的使用方式就不会变
假设Main类要使用D类的一个draw的方法,
方法名叫 draw():void
不管draw里面是怎样的,Main类里就是这样用,
那么你就从这个接口出发,里面怎么实现是D类的事了,Main类只关心怎么用而已.
其他类要使用它,还是相同
这就大大减少了维护的成本.
因为如果D类出问题,Main类是完全不用改变的.
从上观察,公开的接口越多,维护成本就越大.
维护就越麻烦.所以我们先写接口,定死了公开的接口,
那维护就很方便,出错也只是一个类的事,而不用同时修改多个协同类 参考技术A 简单点就是为了程序的拓展性。
一个接口多个实现吧?
调用的时候是拿接口调的,具体实现接口来指定。
比如你现在项目里有三个类实现了数据库连接接口。
那么你想用什么数据库就把接口的实现类改一下就ok。而不用去改具体的实现。 参考技术B 并不是一定要写接口.
接口的意义在于多态.
这里你的UserAction里的属性为UserService,你可以在配置文件中给该属性指定任意一个你实现了该接口的类.这样便于以后的维护和扩展,如果你的UserService变了,你只需要在配置文件里改下配置就行了,而不需要改java代码. 参考技术C 定义接口的作用基本上是运用了多态,可以动态的调用实现类,实现类可以方便的更改、替换,只需要改变配置文件就可以 参考技术D 有一桶水,每个人拿自己的管子去接水,是可以接的,但是要有很多管子,每根都要插进桶里
但是,如果桶上有一个口 可以接任何一个管子是不是很方便
Spring
IOC理论推导
2.1 IoC基础
分析实现
如果用以前的方式写代码的话:
新建一个空白的maven项目
1、先写一个UserDao接口
public interface UserDao {
public void getUser();
}
2、再去写Dao的实现类
public class UserDaoImpl implements UserDao {
3、然后去写UserService的接口
public interface UserService {
public void getUser();
}
4、最后写Service的实现类
public class UserServiceImpl implements UserService {
private UserDao userDao = new UserDaoImpl();
5、测试
6、修改
如果要增加一个Userdao的实现类
public class UserDaoMySqlImpl implements UserDao {
接着如果要使用MySql的话 , 我们就需要去service实现类里面修改对应的
public class UserServiceImpl implements
UserService {
private UserDao userDao = new UserDaoMySqlImpl();
如果再增加一个Userdao的实现类
public class UserDaoOracleImpl implements UserDao {
······
7、问题
如果我们要使用Oracle , 又需要去service实现类里面修改对应的
假设我们的这种需求非常大 , 这种方式就根本不适用了, 甚至反人类
对每次变动 , 都需要修改大量代码
这种设计的耦合性太高了
牵一发而动全身
8、解决方式
public class UserServiceImpl implements UserService {
private UserDao userDao;
// 利用set实现
public void setUserDao(UserDao userDao) { this.userDao = userDao;
}
进行测试 ;
由此程序发生了更本性变化
以前所有东西都是由程序去控制创建 , 而现在是由我们自行控制创建对象
把主动权交给了调用者 . 程序不用去管怎么创建,怎么实现了
它只负责提供一个接口
结果便是
耦合性大大降低
这也就是IOC的原型
2.2IoC本质
控制反转IoC(Inversion of Control),是一种设计思想,DI(依赖注入)是实现IoC的一种方法
也有人认为DI只是IoC的另一种说法。
没有IoC的程序中 , 我们使用面向对象编程 , 对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,
up主狂神:个人认为所谓控制反转就是:获得依赖对象的方式反转了。
IoC是Spring框架的核心内容
使用多种方式完美的实现了IoC,可以使用XML配置,也可以使用注解,新版本的Spring也可以零配置实现IoC。
Spring容器在初始化时先读取配置文件,根据配置文件或元数据创建与组织对象存入容器中,程序使用时再从Ioc容器中取出需要的对象。
采用XML方式配置Bean的时候,Bean的定义信息是和实现分离的
而采用注解的方式可以把两者合为一体
Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的。
控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependency Injection,DI)。
2.3 HelloSpring
我们利用maven , 他会自动下载对应的依赖项
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.1.10.RELEASE</version>
</dependency>
编写代码
1、编写一个Hello实体类
public class Hello {
private String str;
public String getStr() {
return str;
}
public void setStr(String str) {
this.str = str;
}
2、编写spring文件 , 这里命名为beans.xml
3、测试
import com.alice.pojo.Hello;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class MyTest {
public static void main(String[] args){
//获取Spring的上下文对象
ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");//配置文件
//我们的对象都在Spring中了,要使用取出即可
//如果要取出
Hello hello=(Hello) context.getBean("hello");//默认的应该是object,强制转换。“hello”即beans中定义的id
System.out.println(hello.toString());
}
}
4、思考
-
hello 对象是由Spring创建的
-
hello 对象的属性是由Spring容器设置的
这个过程叫控制反转 :
-
控制 : 谁来控制对象的创建
传统应用程序的对象是由程序本身控制创建的 , 使用Spring后 , 对象是由Spring来创建的
-
反转 : 程序本身不创建对象 , 而变成被动的接收对象 .
依赖注入 : 就是利用set方法来进行注入的
IOC是一种编程思想,由主动的编程变成被动的接收
修改案例一
我们在案例一中, 新增一个Spring配置文件beans.xml
测试!
OK , 到了现在 , 我们彻底不用再程序中去改动了 , 要实现不同的操作 , 只需要在xml配置文件中进行修改 , 所谓的IoC,一句话搞定 : 对象由Spring 来创建 , 管理 , 装配 !
以上是关于spring 为啥要先写接口,再写实现类?的主要内容,如果未能解决你的问题,请参考以下文章
j2ee项目里面service层里面为啥要建立一个接口,一个实现类