Spring框架知识整理

Spring框架主要构成

Spring框架主要有7个模块：
1.Spring AOP：面向切面编程思想，同时也提供了事务管理。
2.Spring ORM：提供了对Hibernate、myBatis的支持。
3.Spring DAO：提供了对Data Access Object模式和JDBC的支持。实现业务逻辑与数据库访问代码分离，降低代码耦合度。
4.Spring Web：提供了Servlet监听器的Context和Web应用的上下文。
5.Spring Context：提供了Spring上下文环境，以及其他如国际化、Email等服务。
6.Spring MVC：提供了MVC设计模式的实现。
7.Spring core：提供了Spring框架基本功能（IOC功能），如工厂模式BeanFactory创建所需对象、通过读取xml文件实例化对象、组件生命周期管理等。

IOC

Inverse of Control控制反转或叫依赖注入，是一种降低对象之间耦合关系的设计思想。
一般而言，在分层体系结构中，都是上层调用下层的接口，上层依赖于下层的执行，即调用者依赖于被调用者。
而通过 IoC 方式，使得上层不再依赖于下层的接口，即通过采用一定的机制来选择不同的下层实现，完成控制反转，使得由调用者来决定被调用者。
IoC 通过注入一个实例化的对象来达到解耦和的目的。使用这种方法后，对象不会被显式地调用，而是根据需求通过 IoC 容器（ Spring）来提供。

举个例子来说IOC

采用 IoC 机制能够提高系统的可扩展性，如果对象之间通过显式的调用进行交互，那么会导致调用者与被调用者存在着非常紧密的联系，其中一方的改动将会导致程序出现很大的
改动。
例如，要为一家卖茶的商店提供一套管理系统，在这家商店刚开业的时候只卖绿茶（Green Tea），随着规模的扩大或者根据具体销售量，未来可能会随时改变茶的类型，例如红
茶（Black Tea）等，传统的实现方法会针对茶抽象化一个基类，绿茶类只需要继承自该基类即可。
采用该实现方法后，在需要使用 Green Tea 的时候，只需要执行以下代码即可：Abstract Teat = new Green Tea()，当然，这种方法是可以满足当前设计要求的。但是该方法的可扩展
性不好，存在着不恰当的地方。
例如，当商家发现绿茶的销售并不好，决定开始销售红茶（Black Tea）时，那么只需要实现一个 Black Tea 类，并且让这个类继承自 Abstract Tea 即可。
但是，在系统中所有用到 Abstract Tea t = new Green Tea()的地方，都需要被改为 Abstract Teat = new Black Tea()，而这种创建对象实例的方法往往会导致程序的改动量非常大。
那么怎样才能增强系统的可扩展性呢？此时可以使用设计模式中的工厂模式将创建对象的行为包装起来。
可以把创建对象的过程委托给 TeaFatory 来完成，在需要使用 Tea 对象的时候，只需要调用 Factory 类的 get Tea 方法即可，具体创建对象的逻辑在 TeaFactory 中来实现，那么当商家需要把绿茶替换为红茶的时候，系统中只需要改动 TeaFactory 中创建对象的逻辑即可。当采用了工厂模式后，只需要在一个地方做改动就可以满足要求，从而增强了系统的可扩展性。

虽然说采用工厂设计模式后增强了系统的可扩展性，但是从本质上来讲，工厂模式只不过是把程序中会变动的逻辑移动到工厂类里面了，当系统中的类较多的时候，在系统扩展时
需要经常改动工厂类中的代码。而采用 IoC 设计思想后，程序将会有更好的可扩展性。

Spring 容器将会根据配置文件来创建调用者对象（Sale），同时将被调用的对象（AbstractTea 的子类）的实例化对象通过构造方法或 set 方法的形式注入到调用者对象中。
当需要把 Blue Tea 改为 Black Tea 时，只需要修改上述配置文件即可，而不需要修改代码。

IOC特点

具体而言，IoC 主要有以下几个方面的优点：
1）通过 IoC 容器，开发人员不需要关注对象是如何被创建的，同时，增加新类也非常方便，只需要修改配置文件即可实现对象的热插拔。
2）IoC 容器可以通过配置文件来确定需要注入的实例化对象，因此，非常便于进行单元测试。
尽管如此，IoC 也有自身的缺点，具体表现为如下两点：
1）对象是通过反射机制实例化出来的，因此，会对系统的性能有一定的影响。
2）创建对象的流程变得比较复杂。