Spring业务逻辑层技术.pptVIP

4.3.2.1 AOP概述 实现AOP的总体模式 OO技术将应用中的核心关注点分解成由层次（继承）结构组成的领域对象集合。 AOP将应用中的横切关注点分解成由切面（Aspect）组成的生态子系统。 它们被分别实现，互为补充，使得应用的开发变得简单、可维护性得到增强。 第五十页，共七十一页。 4.3 Spring 框架 在IoC容器、 AOP技术实现的基础上，存在各式各样的DAO层集成技术、Java EE服务及技术、Web层支持。 第十八页，共七十一页。 4.3.1 Spring 控制反转(IoC) 控制反转IoC （Inversion of Control）是Spring中最核心最重要的概念。 借助于IoC ，实现“面向接口编程，而不是面向实现编程”。 第十九页，共七十一页。 4.3.1 Spring 控制反转(IoC) IoC模式，即由容器控制程序之间的依赖关系，而不是由程序代码直接控制，控制权的转移就是反转。 依赖关系 意指类之间的访问关系。 如果类A访问类B的属性或方法，或者类A实例化类B，则称类A依赖于类B。 第二十页，共七十一页。 4.3.1 Spring 控制反转(IoC) IoC设计模式将创建对象实例的任务交给IoC容器，应用代码只需直接使用实例。 实现了IoC模式的框架叫IoC容器。 IoC的另一个名字叫依赖注入（dependency Injection）- 组件之间的依赖关系由容器在运行时决定，形象地讲，就是由容器动态地将某种依赖关系注入到组件中。 第二十一页，共七十一页。 4.3.1 Spring 控制反转(IoC) 依赖注入(Dependency Injection)和控制反转(Inversion of Control)是同一个概念。具体含义是:当某个对象(可能是一个Java实例，调用者)需要另一个对象(另一个Java实例，被调用者)的协助时，在传统的程序设计过程中，通常由调用者来创建被调用者的实例。但在Spring里，创建被调用者的工作不再由调用者来完成，因此称为控制反转;创建被调用者实例的工作通常由Spring容器来完成，然后注入调用者，因此也称为依赖注入。 第二十二页，共七十一页。 4.3.1 Spring 控制反转(IoC) IOC特点 第二十三页，共七十一页。 4.3.1 Spring 控制反转(IoC) IoC的优点： 不必关心组件的创建 不必管理组件的生命周期 组件容易共享 测试非常容易 第二十四页，共七十一页。 4.3.1 Spring 控制反转(IoC) Spring提供的两个IoC容器（BeanFactory和ApplicationContext）（见工厂模式知识补充） BeanFactory主要适用于环境、内容受限的场合，如在Applet环境中， BeanFactory是最基础的IoC容器，它提供了配置框架和基础功能。 ApplicationContext继承于BeanFactory，更适合于企业级的应用开发，重点讨论。 第二十五页，共七十一页。 4.3.1 Spring 控制反转(IoC) BeanFactory 可将IoC容器比做食品加工厂。在提供源材料（POJO类）后，经过加工工艺和设备（Spring IoC和Spring AOP）处理后，顾客得到满意的食品（受管POJO，可能装备了事务、安全等功能）。 第二十六页，共七十一页。 4.3.1 Spring 控制反转(IoC) IoC原理 默认时，配置的POJO都是单例的，即整个IoC容器仅有一个对应的POJO实例，而不是每次调用时产生一个实例（原型的）。 在初始化BeanFactory实例factory后，IoC容器并不预先实例化在配置文件中声明的POJO实例。只是在应用程序调用对应的POJO时，Spring 才会实例化用到的受管POJO。 第二十七页，共七十一页。 4.3.1 Spring 控制反转(IoC) IoC原理 Spring支持三种主流的IoC注入类型 　　设值（ setter）注入、购造器注入和方法注入。 设值注入 指通过调用无参构造器实例化受管POJO后，调用 setter方法设置对象间的依赖关系。 构造器注入 往构造器传入若干参数完成依赖注入，传入的参数都是受管POJO依赖的对象。 第二十八页，共七十一页。 4.3.1 Spring 控制反转(IoC) ApplicationContext IoC容器 建立在BeanFactory基础之上,对企业级应用开发提供了更多支持,增加了国际化消息（i18n）支持、事件传送（发送和消费事件）支持、访问低层资源（java.net.URL和java.io.File)、IoC容器