在实际项目开发过程中,将服务器分为三层:表现层(Web)、业务逻辑层(Service)、持久层(Dao),在目前主流的开发框架中,Spring对每一层都有独到的处理方式,如在表现层在表现层提供了与 Struts2 框架的整合,持久层中提供了jdbcTemplate技术,在业务逻辑层提供了事物管理和日志记录等。
一头雾水的视频看起来: https://www.bilibili.com/video/BV1nz4y1d7uy
视频简介:
本套Java视频教程主要讲解了Spring4在SSM框架中的使用及运用方式。本套Java视频教程内容涵盖了实际工作中可能用到的几乎所有知识点。为以后的学习打下坚实的基础。
一、Spring框架的组成
二、Spring框架的作用 典型的应用程序开发过程中,开发人员使用Struts、WebWork等应用程序框架开发前端程序,而采用JDO、Hibernate等持久层框架进行数据库操作,使用Spring IoC容器(控制反转)对整个系统中的组件进行配置和管理。
2.1、IoC 控制反转(Inversion of Control),指的是将创痛编程方式中的程序依赖关系的控制权从程序内部转移到程序外部,允许程序员从程序逻辑中分离出对具体实现的依赖和管理。
控制反转也体现了”面向接口编程”、分离调用与实现的设计思想。
2.2、依赖注入 由容器动态地将某种依赖关系注入到组件之间。
控制反转也称为”依赖注入“(Dependency Injection DI)
IoC/DI示例:
依赖注入是Java编程思想中”面向接口编程“的体现,因此在设计程序是,对于程序所依赖的组件往往以忌口的形式出现,而不直接使用具体的实现类:
//设计接口
public interface PersonLogic{
String sysHello();
}
//使用接口
public class Action{
public void execute(){
//依赖接口的某个实现类的实例来完成处理
system.out.println(person.sayHello());
}
}
2.3、IoC/DI的实现方式 2.3.1、Type1 接口注入
方法的调用者通过方法参数提供一个接口的实现类(所依赖的组件)
//在方法参数中使用组件接口
public class DemoAction{
public void execute(PersonLogic person){
//Action的功能实现依赖于通过方法参数传递的Logic对象
system.out.println(person.sayHello());
}
}
//调用方法时,从外部注入所依赖的组件
DemoAction action = new DemoAction();
PersonLogic person = new PersonLogicEnImpl();
action.execure(person);
2.3.2、Type2 设值注入
借鉴JavaBean的设计方法,把业务处理对象所以来的其它组件通过setter方法传递进来
//所依赖的组件以属性的形式出现,并提供相应的getter、setter方法
public class DemoAction{
private PersonLogic person;
//通过设值注入所依赖的组件
public void setPerson(PersonLogic person){
this.person = person;
}
....
//调用方法时通过setter方法从外部注入所依赖的组件
DemoAction action = new DemoAction();
PersonLogic person = new PersonLogicCnImpl();
action.setPerson(person);
action.execute();
2.3.3、Type3 构造参数注入
在业务处理对象初始化的阶段,就将所以来的其他组件通过构造方法设置好;在初始化阶段完成之后,就可以得到一个完整的业务对象直接使用。
//所依赖的组件以属性的形式出现,并在构造方法中提供
public class DemoAction{
//所依赖的组件以属性的形式出现
private PersonLogic person;
//通过构造方法在初始化阶段获得所依赖的组件
public DemoActionType3(PersonLogic person){
this.person = person;
}
//调用方法时通过构造方法从外部注入所依赖的组件
PersonLogic person = new PersonLogicCnImpl();
DemoAction action = new DemoAction(person);
action.execute();
2.4 依赖注入实现方式的比较 2.4.1、Type1 接口注入
历史悠久,在大量的容器、框架设计中都有采用,例如servlet,struts1等
灵活性、易用性不足,目前依赖注入模式的开发中Type2、Type3成为主流
2.4.2、Type2 设值注入
近似于传统的javabean模式,对于程序员来说,通过setter方法来设置依赖关系更加直观、自然
避免了庞大臃肿的构造函数,特别是在依赖关系复杂的情况下不用在构造函数中出现众多的构造函数,在编码中更为简洁
在某些框架中,对构造函数有一定的限制(往往要求提供一个默认的构造函数)这时Type3方式就显得无能为力。
2.4.3、Type3 构造参数注入
完全符合”在构造期即创建一个完整的、合法的对象“的java设计原则
所有的依赖关系在构造方法中集中体现
由于没有setter方法能改变依赖关系,所有组建在创建之后处于相对”稳定“状态。同时在一定程度上也对外界屏蔽了依赖关系的细节。
对于复杂的依赖关系,可以通过构造方法决定依赖关系注入的顺序。
三、应用 3.1、所需包
3.2、applicationContext.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="fruit" class="com.it.spring.type1.Banana"></bean>
<bean id="song2" class="com.it.spring.type2.Song">
<property name="songName" value="小苹果"></property>
</bean>
<bean id="sing" class="com.it.spring.type2.Sing">
<property name="song" ref="song2"></property>
</bean>
<bean id="song3" class="com.it.spring.type3.Song">
<property name="name" value="小苹果"></property>
</bean>
<bean id="sing3" class="com.it.spring.type3.Sing">
<constructor-arg index="0" name="song" ref="song3"></constructor-arg>
</bean>
</beans>
四、总结
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。