一、软件应用分层架构
1.1 标准三层架构
① 数据访问层:主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层,而不是指原始数据,也就是说,是对数据的操作,而不是数据库,具体为业务逻辑层或表示层提供数据服务.② 业务逻辑层:主要是针对具体的问题的操作,也可以理解成对数据层的操作,对数据业务逻辑处理,如果说数据层是积木,那逻辑层就是对这些积木的搭建。具体的讲主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。
③ 表示层:主要表示WEB方式,如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。主要对用户的请求接受,以及数据的返回,为客户端提供应用程序的访问。
1.2优缺点
优点:
①开发人员可以只关注整个结构中的其中某一层; ②可以很容易的用新的实现来替换原有层次的实现;③可以降低层与层之间的依赖; ④有利于标准化;
⑤利于各层逻辑的复用; ⑥结构更加的明确
⑦在后期维护的时候,极大地降低了维护成本和维护时间
缺点:①降低了系统的性能。这是不言而喻的。如果不采用分层式结构,很多业务可以直接造访数据库 ,以此获取相应的数据,如今却必须通过中间层来完成。
②有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能,为保证其设计符合分层式结构,可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。
③增加了开发成本。
二、Spring相关概念
2.1 轻量级的容器
容器:spring容器帮我们管理业务逻辑层,里边有很多业务逻辑对象,有对象就有对象的生命周期的管理(创建,销毁)bean可复用的组件(反复使用,随意搭配),spring容器中都是bean组件。轻量级:容器给予的业务逻辑对象多少种服务?spring给用户提供的服务完全由用户自己决定,spring想用什么服务自己开启使用。但是重量级的都是只要你用就把所有的服务都给你,不能自己定制。
spring容器从来不能独立运行,一定借助于其他容器启动,或者借助web容器启动,或者ejb容器启动。
特点:应用模块之间耦合度小,组件都是可重用的,都是各自打包的
2.2 why Spring?控制反转和依赖注入
①动态解藕,方便开发,面向接口设计通过Spring提供的IoC容器,我们可以将对象之间的依赖关系交由Spring进行控制,避免硬编码所造成的过度程序耦合。有了Spring,用户不必再为单实例模式类、属性文件解析等这些很底层的需求编写代码,可以更专注于上层的应用
②方便程序的测试TDD(Test-Driven Development)
可以用非容器依赖的编程方式进行几乎所有的测试工作,在Spring里,测试不再是昂贵的操作,而是随手可做的事情。
③降低Java EE API的使用难度
Spring对很多难用的Java EE API(如JDBC,JavaMail,远程调用等)提供了一个简单的封装层,通过Spring的简易封装,这些Java EE API的使用难度大为降低。
④方便集成各种优秀框架
Spring不排斥各种优秀的开源框架,相反,Spring可以降低各种框架的使用难度,Spring提供了对各种优秀框架(如Struts,Hibernate、Hessian、Quartz)等的直接支持。
⑤AOP编程的支持
通过Spring提供的AOP功能,方便进行面向切面的编程,许多不容易用传统OOP实现的功能可以通过AOP轻松应付。
⑥声明式事务的支持
在Spring中,我们可以从单调烦闷的事务管理代码中解脱出来,通过声明式方式灵活地进行事务的管理,提高开发效率和质量。
⑦对异常的处理方式,所有的都转换成Unchecked的。
⑧它不是一个一体化的解决方案。
⑨良好的设计,容易扩展,很多可重用的组件
spring的核心宗旨:简化企业级应用开发,同时给复杂问题提供强大的、非侵入性解决方案
2.3 Spring核心组件(我们主要学习的是IOC和AOP模块)
①Spring Core(IOC) 核心容器,提供组件的创建、装备、销毁②Spring Context Spring上下文,是一个接口ApplicationContext(继承自BeanFactory接口)的实现
③Spring Web容器 web应用上下文,是webApplicationContext接口的实现
④Spring DAO容器 是SpringDAO 支持模块,是为了简化DAO的使用
⑤Spring ORM
⑥Spring AOP 对AOP编程支持的模块
⑦Spring MVC 类似于Spring表示层的一个框架
2.4 spring ioc
IOC:Inversion of Control 控制反转一种说法:对象之间的依赖关系,由容器在运行时依据配置文件动态的建立
另一种说法:对象的控制器转移了,转到外部容器了,避免了代码的纠缠,代码更容易被维护,模板之间的耦合性降低,容易测试
IOC 控制反转意味着将你设计好的类交给容器去控制,而不是在类的内部进行控制,即控制权由应用代码中转到了外部容器
IOC:包括两部分内容
DI:Dependency Injection依赖注入,组件不做定位查询,只提供相应方法,由容器创建对象,并调用相应方法设置所需对象需要的组件
DL:Dependency Loopup依赖查找,容器创建对象并提供回调接口和上下文环境给组件,需要时通过接口从容器中查找对象
依赖查找,现在使用不太多。(EJB使用的更多,将对象创建好后,放到容器中。)
IOC解决:对象谁来创建的问题
DI解决:对象间的关系如何建立的问题。
org.springframework.beans及org.springframework.context包是IOC容器的基础
2.5 SpringIOC核心api
BeanFactory接口和容器BeanFactory是Spring中Bean容器,IoC的核心接口,主要用于处理Bean的初始化和配置,建立对象间的依赖关系
定义了如下方法:
① Object getBean(String name) //根据指定名称返回一个Bean实例
②<T> T getBean(Class<T> requiredType) //返回一个与给定Class唯一匹配的Bean实例
③<T> T getBean(String name, Class<T> requiredType)
④Object getBean(String name, Object... args)
⑤Class<?> getType(String name) //得到名称为name的Bean的Class对象
⑥boolean isPrototype(String name) //判断名称为name的Bean是否是原型,即是否总是返回一个新实例
⑦boolean isSingleton(String name) //判断名称为name的Bean是否是单例
⑧ boolean containsBean(String name) //判断是否包含给定名称的Bean实例
⑨boolean isTypeMatch(String name, Class<?> targetType) //判断名称为name的Bean实例是否为targetType类型
10)String[] getAliases(String name) //如果名称为name的Bean有别名返回
通过getBean方法便可以得到相应的类实例,但是最好永远不调用,而使用注入,避免对Spring API的依赖
在Spring中,同一Spring容器中的bean默认情况下是Singleton(单例),将在bean的作用域介绍.
ApplicationContext接口
该接口继承于BeanFactory,增强了BeanFactory,提供了事务处理AOP,国际化,事件传递。所以在代码中我们一般会使用ApplicationContext接口,以及这个接口相应的实现类来创建spring的容器对象。
例如:
String path = "com/briup/ioc/set/set.xml";
ApplicationContext container = new ClassPathXmlApplicationContext(path);
2.6 配置文件
Spring通过读取配置文件中的数据来对应用中各个对象进行实例化,配置以及组装,通常使用XML文件来作为配置文件。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"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.2.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.2.xsd">
</beans>
这个文件的头部声明可以在下载的spring文档中的示例找到.注意这里面用到了俩个schema文件(.xsd文件),就是
spring-beans-3.2.xsd和
spring-context-3.2.xsd,这俩个文件在下载的spring文档中也是可以找到的.我们在Eclipse中把xml文件和schema文件关联(注意上课的演示步骤)后,在这个xml中就可以有智能提示了。还有一点需要注意,将来我们这xml中再引入另外的schema文件后在配置的时候就可以智能提示出新的配置内容,spring是由很多模块组成的,我们需要什么功能的配置标签就需要引入对应的schema文件,从而获得智能提示,同时也能帮我们验证配置的正确性
2.7 IOC注入
2.7.1 set方式注入(必须依靠set方法)
可以注入的内容有:①基本类型(8中基本类型+字符串)的装配
②对象类型的装配
③集合的装配
①基本类型的装配
方式: 配置元素 <value/>例子:
public class HelloBean {
private String name;
private int age;
public String sayHello(){
return "hello "+name +",your age is" + age;
}
//setting和getting.............
}
配置文件set.xml
<bean id="helloBean" class="ioc.HelloBean">
<property name="name"> <value>tom</value> </property>
<property name="age" value="20"> </property>
</bean>
<!--
id是Bean的唯一标识,要求在整个配置文件中要
唯一,也可使用name属性,bean标签里面的id和name属性都可以用来标识这个配置的对象,但是id会帮我们检查给对象起的名字是否规范(名字不能重复、不能用数字开头、不能有空格等等),如果检查出来了那么就会报错。name属性不会帮检查这些东西。-->
<!--property 对于所有用set方式来注入的必须使用此标签-->
<!--value 是对以基本类型,都用value(标签/属性)来注入,可以实现自动的数据类型转换-->
测试类:
main:
ApplicationContext ac = new ClassPathXmlApplicationContext("set.xml");
//获取容器的一个实例
HelloBean hb = (HelloBean) ac.getBean("helloBean");
System.out.println(hb.sayHello());
②对象类型的装配
(1)<ref local=" "/> 用于涉及的对象的id在本配置文件中:<property><ref local=" "/></property>(2)<ref bean=" "/> 用于涉及的对象的id不在本配置文件中,在其他配置文件中
(3)使用property的ref属性引用<property ref="XXX"></property>
public class OtherBean {
private String str1;
//getting和setting
//toString()
}
public class SomeBean {
private OtherBean ob;
//getting 和 setting
public void printInfo(){
System.out.println("someBean "+ob);
}
}
配置
applicationContext.xml文件
<bean id="someBean" class="ioc.SomeBean">
<property name="ob">
<ref bean="otherBean" /><!--<ref bean=" "/> <!--用于涉及的对象的id不在本配置文件中-->
</property>
</bean>
配置
other.xml文件
<bean id="otherBean" class="ioc.OtherBean">
<property name="str1">
<value>string1</value>
</property>
</bean>
测试类:
main:
String[] path = {"ioc/applicationContext.xml","ioc/other.xml"};
ApplicationContext ac = new ClassPathXmlApplicationContext(path);
SomeBean sb = (SomeBean) ac.getBean("someBean");
sb.printInfo();
知识点1:spring容器怎么管理我们配置的对象?
默认情况下,spring容器用
单例的模式来管理这些对象。通过相同的一个对象名字,多次在容器中拿对象,每一次拿到的都是相同的对象(单例)。
通过配置,我们可以让spring容器用非单例的模式来管理这个对象。通过相同的一个对象名字,多次在容器中拿对象,每一次拿到的都是不同的对象(非单例)在bean标签中加入属性 scope="prototype"
知识点2:<bean name="teacher" class="...">
name属性的值是自己随便起的
class属性的值表示这里要配置的是哪一个类的对象,值为某个类的权限类名
<property name="student" ref="student">
name属性的值表示一个方法,这里表示的是setStudent方法
ref属性表示调用这个setStudent方法的时候要用的参数是名字为student的对象
知识点3:可以给某一个对象起一个别名
此时,不管用student还是用s1,这个俩个名字都是指向的同一个Student类型的对象
<bean name=" student" class="com.briup.bean.Student"></bean>
<alias name="student" alias="s1"/>
知识点4:可以给一个类配置多个对象,对象的名字要不同 。
知识点5 :bean标签里面的id和name属性
bean标签里面的id和name属性都可以用来标识这个配置的对象,但是id会帮我们检查给对象起的名字是否规范 (名字不能重复、不能用数字开头、不能有空格等等),如果检查出来就会报错。name属性不会帮检查这些东西。③集合的装配
方式:配置元素<list> <set> <map> <props>public class SomeBean {
private List listProperty;
private Set setProperty;
private Map mapProperty;
//无参构造器以及全参构造器
//setting 和 getting
public void printInfo(){
System.out.println("listProperty:"+listProperty);
System.out.println("setProperty:"+setProperty);
Set set = mapProperty.entrySet();
Iterator it = set.iterator();
while(it.hasNext()){
Map.Entry entry = (Entry) it.next();
System.out.println("Key " +entry.getKey() );
System.out.println("value "+entry.getValue());
}
System.out.println("props: ");
Set set2 = property.entrySet();
Iterator it2 = set2.iterator();
while(it2.hasNext()){
Map.Entry entry= (Entry) it2.next();
System.out.println("key "+entry.getKey());
System.out.println("value "+entry.getValue());
}
}
}
applcationContext.xml的写法:
<bean id="someBean" class="ioc.SomeBean">
<property name="listProperty">
<list>
<value>list1</value>
<value>list1</value>
<value>list3</value>
</list>
</property>
<property name="setProperty">
<set>
<value>set1</value>
<value>set1</value>
<value>set3</value>
</set>
</property>
<property name="mapProperty">
<map>
<entry key="key1">
<value>value1</value>
</entry>
<entry key="key2">
<value>value2</value>
</entry>
</map>
</property>
<property name="property">
<props>
<prop key="key1">prop1</prop>
<prop key="key2">prop2</prop>
<prop key="key3">prop3</prop>
</props>
</property>
</bean>
测试类:
main:
String path = "ioc/applicationContext.xml";
ApplicationContext ac =
new ClassPathXmlApplicationContext(path);
SomeBean sb = (SomeBean) ac.getBean("someBean");
sb.printInfo();
2.7.2 基于构造器注入
方式: 配置 <constructor-arg>元素在Bean中不用写set方法,但是要有相应的构造器
构造器注入有俩种形式 一个是根据参数类型 一个是根据参数位置的下标
<constructor-arg type="int" value="">
<constructor-arg index="0" value="">
例如:constructor.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"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.2.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.2.xsd">
<!-- 配置bean组件 -->
<!-- <bean id="student" class="com.briup.bean.Student">
<constructor-arg type="long" value="001"></constructor-arg>
<constructor-arg type="String" value="hjh"></constructor-arg>
<constructor-arg type="int" value="18"></constructor-arg>
</bean> -->
<bean id="student" class="com.briup.bean.Student">
<constructor-arg index="0" value="001"></constructor-arg>
<constructor-arg index="1" value="hhh"></constructor-arg>
<constructor-arg index="2" value="19"></constructor-arg>
</bean>
</beans>
2.7.3 自动注入 :容器依照一些规则去装配bean中的一个属性
注意:自动装配只对[对象类型]起作用,对基本类型不起作用.第一种情况: 在beans标签中配置装载方式: default-autowire="byName"。
default-autowire="byName",在根元素beans中加入这个属性,那么下面所有的bean都会使用byName的方式进行自动注入,如果在下面的某一个bean里面想使用其他的方式进行注入,可以用autowire=""属性进行说明,或者某一个bean不想使用任何自动注入就使用autowire="no"
第二种情况:在bean标签中指定配置方式 autowire="byName"
spring容器会到当前的类中找property的名字,然后再根据这个名字去spring容器中找有没有和这个property名字相同的对象,有的话,就把这个对象当做参数放到setXxxx这个方法里面注入进来。注意:了解property指的类中的什么东西。
autowire="byType":
spring容器会根据当前类中的set方法里面参数的类型,去容器中找相匹配的对象,如果没找到就算了,如果找到一个就注入进来,如果找到多个,那么就会报错了.
autoWrite="constructor" 根据构造器的参数类型去匹配
2.7.4 继承:并不是oo的继承关系
bean的定义的继承,指bean的配置可去继承|--true 抽象化 代码中不能getBean获取其对象
abstract = -|
|--false 默认
parent = "父类bean的id/name"
例子:
<bean name="student" class="com.briup.bean.Student">
<property name="name">
<value>zhangsan</value>
</property>
</bean>
<!--
abstract="true" 表示当前的配置是一个抽象的配置, 这时候我们在代码中就不能通过这个bean的名字teacher来获得相应的对象了(和java中的抽象类不能直接new对象的道理一样)。 但是我们可以在写一个配置去继承这个抽象的配置,当然即使当这个配置不是抽象的,也能够被继承(和java中继承一样)-->
<bean name="teacher" class="com.briup.bean.Teacher" abstract="true">
<property name="student" ref="student"></property>
</bean>
<!--
parent="teacher" 表示当前配置是继承了另外一个名字叫teacher的bean的配置,配置和配置的继承像java中的类和类直接的继承一样,子类会把父类中的对象继承过来.当然在子配置里面依然是可以覆盖父配置中已经写的配置信息.-->
<bean name="t" parent="teacher">
<property name="id">
<value>11</value>
</property>
<property name="name">
<value>TeacherWang</value>
</property>
</bean>
2.8 bean对象的生命周期
生命周期执行的过程如下(不用记,作为了解即可):①spring对bean进行实例化,默认bean是单例
②spring对bean进行依赖注入
③如果bean实现了BeanNameAware接口,spring将bean的id传给setBeanName()方法
④如果bean实现了BeanFactoryAware接口,spring将调用setBeanFactory方法,将BeanFactory实例传进来
⑤如果bean实现了ApplicationContextAware()接口,spring将调用setApplicationContext()方法将应用上下文的引用传入
⑥ 如果bean实现了BeanPostProcessor接口,spring将调用它们的postProcessBeforeInitialization接口方法
⑦ 如果bean实现了InitializingBean接口,spring将调用它们的afterPropertiesSet接口方法,类似的如果bean使用了init-method属性声明了初始化方法,改方法也会被调用
⑧如果bean实现了BeanPostProcessor接口,spring将调用它们的postProcessAfterInitialization接口方法
⑨此时bean已经准备就绪,可以被应用程序使用了,他们将一直驻留在应用上下文中,直到该应用上下文被销毁
10)若bean实现了DisposableBean接口,spring将调用它的distroy()接口方法。同样的,如果bean使用了destroy-method属性声明了销毁方法,则该方法被调用
其实很多时候我们并不会真的去实现上面说描述的那些接口,那么下面我们就除去那些接口针对bean的单例和非单例来描述下bean的生命周期:
单例管理的对象:
①默认情况下,spring在读取xml文件的时候,就会创建对象。
②在创建的对象的时候(先调用构造器),会去调用init-method=".."属性值中所指定的方法.
③对象在被销毁的时候,会调用destroy-method="..."属性值中所指定的方法.(例如调用container.destroy()方法的时候)
④lazy-init="true",可以让这个对象在第一次被访问的时候创建
非单例管理的对象:在bean标签上追加scope="prototype"
①spring读取xml文件的时候,不会创建对象.
②在每一次访问这个对象的时候,spring容器都会创建这个对象,并且调用init-method=".."属性值中所指定的方法.
③对象销毁的时候,spring容器不会帮我们调用任何方法, 因为是非单例,这个类型的对象有很多个,spring容器一旦把这个对 象交给你之后,就不再管理这个对象了.
注意:一个单例管理的对象中,注入了非单例管理的对象的情况。
<!--
<bean name="life" class="com.briup.bean.LifeBean" init-method="init" destroy-method="destory" lazy-init="true"> </bean>
-->
<bean name="life" class="com.briup.bean.LifeBean" scope="prototype" init-method="init"></bean>