Spring1-个人总结

Spring-第一章
初始Spring 春天，春暖花开，面朝大海！
Spring是应用了很多优秀的设计模式,对于项目的实现,提供了优秀的解决方法;Spring是一个轻量级(低侵入)MVC和逻辑代码框架. 类与类之间的解耦合
MVC 框架侵入

IOC（Inverse Of Control） 控制反转
将传统创建对象的控制权，交由spring容器中(配置文件)中来声明和实现
MVC框架中的，对象管理的大管家，实现类与类之间的解耦合
IOC的好处:解耦合
IOC实现原理:工厂设计模式—反射（无参构造方法） 配置文件+工厂类

Spring-IOC实现：
1. 创建一个java项目
2. 导包

3. 复原一个MyBatis框架 下的Product例子
4. 复制一个Spring的主配置文件

bean 标签来表示一个对象；
id 是一个对象的唯一标识；
class 是类的全路径；
5. 由Spring来创建对象

	5.1 加载Spring主配置文件
	5.2 根据Bean ID，由工厂创建对象
	5.3 正常调用该对象的方法

DI（Dependence Injection）依赖注入
为对象的属性赋值

1. 设值注入 底层实现set方法赋值
   

ref 引用其它对象，对象的嵌套

2. 构造注入 底层实现构造方法注入
   

根据bean下的参数类型和参数数量，寻找对应的构造方法
如果没有，则报错

3. 自动装配
   限制：不能自动装配所谓的简单类型包括基本类型，字符串和集合类
   通常用来自动装配 对象
   3.1按照名称来自动装配

3.1.1 标注autowire=”byName”，表示通过名称来自动装配
3.1.2 扫描当前类下，所有 对象 的 属性值，然后通过这个属性值来spring容器（配置文件）中找有没有对应的bean-id
3.1.3 如果找到，则自动装配该对象；如果找不到，则报错
3.1.4 底层实现是 set方法

3.2 按照类型来自动装配

3.2.1 标注autowire=”byType”，表示通过类型来自动装配
3.2.2 扫描当前类下，所有的 对象 的 类型，然后通过类型来spring容器（配置文件）中找有没有对应的类型
3.2.3 如果找到，则自动装配该对象；否则，则报错
3.2.4 底层实现是 set方法

三种DI注入对比

个人作业及总结

1. 介绍Spring家族体系结构
   Spring框架至今已集成了20多个模块，这些模块分布在以下模块中：
   • 核心容器（Core Container）
   • 数据访问/集成（Data Access/Integration）层
   • Web层
   • AOP（Aspect Oriented Programming）模块
   • 植入（Instrumentation）模块
   • 消息传输（Messaging）
   • 测试（Test）模块
   

2. Spring IOC 技术
   spring ioc指的是控制反转(不是技术，而是一种设计思想)，IOC容器负责实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。交由Spring容器统一进行管理，从而实现松耦合
   Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。
   使用反射机制+XML技术

3. Spring DI 依赖注入方式
   1，设值注入 通过set方式赋值
   Ref将特殊对象进行嵌套，引用其他对象
   2，构造注入，通过构造方法的方式进行注入
   设值的值，要与设置的构造方式的参数相同数量，否则会出现错误
   3，自动装载MVC 不能装载简单类型通过autiwiry进行装载对象，底层也是通过set进行实现
   （1）autowire=”byName”通过名称进行装载
   （2）autowire=”byType”通过类型进行装载

构造器依赖注入：构造器依赖注入通过容器触发一个类的构造器来实现的，该类有一系列参数，每个参数代表一
个对其他类的依赖。
Setter方法注入：Setter方法注入是容器通过调用无参构造器或无参static工厂 方法实例化bean之后，调用该
bean的setter方法，即实现了基于setter的依赖注入。
接口注入：根据预先再配置文件中设定的实现类的类名，动态加载实现类，并通过接口强制转型后为对应的类使
用，这就是接口注入，但不推荐使用，因为当一个框架使用接口注入时，就离不开它了，侵入性太强。
4. Spring DI 依赖注入方式对比
接口注入：
接口注入模式因为历史较为悠久，在很多容器中都已经得到应用。但由于其在灵活性、易用性上不如其他两种注入
模式，因而在 IOC的专题世界内并不被看好。
Setter 注入：
对于习惯了传统 javabean 开发的程序员，通过 setter 方法设定依赖关系更加直观。
如果依赖关系较为复杂，那么构造子注入模式的构造函数也会相当庞大，而此时设值注入模式则更为简洁。
如果用到了第三方类库，可能要求我们的组件提供一个默认的构造函数，此时构造子注入模式也不适用。
构造器注入：
在构造期间完成一个完整的、合法的对象。
所有依赖关系在构造函数中集中呈现。
依赖关系在构造时由容器一次性设定，组件被创建之后一直处于相对“不变”的稳定状态。
只有组件的创建者关心其内部依赖关系，对调用者而言，该依赖关系处于“黑盒”之中。

设值注入
构造注入
自动装载 autowire

5. 什么是IOC/DI，谈谈你的理解
   官方
   IOC
   控制反转（Inversion of Control，缩写为IoC），是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做依赖注入（Dependency Injection，简称DI），还有一种方式叫“依赖查找”（Dependency Lookup）。通过控制反转，对象在被创建的时候，由一个调控系统内所有对象的外界实体将其所依赖的对象的引用传递给它。也可以说，依赖被注入到对象中。
   IoC可以认为是一种全新的设计模式
   IoC模式，系统中通过引入实现了IoC模式的IoC容器，即可由IoC容器来管理对象的生命周期、依赖关系等，从而使得应用程序的配置和依赖性规范与实际的应用程序代码分离。其中一个特点就是通过文本的配置文件进行应用程序组件间相互关系的配置，而不用重新修改并编译具体的代码。
   可以把IoC模式看作工厂模式的升华，把IoC容器看作是一个大工厂，只不过这个大工厂里要生成的对象都是在XML文件中给出定义的。利用Java 的“反射”编程，根据XML中给出的类定义生成相应的对象。从实现来看，以前在工厂模式里写死了的对象，IoC模式改为配置XML文件，这就把工厂和要生成的对象两者隔离，极大提高了灵活性和可维护性。
   IoC中最基本的Java技术就是“反射”编程。通俗的说，反射就是根据给出的类名（字符串）来生成对象。这种编程方式可以让应用在运行时才动态决定生成哪一种对象。反射的应用是很广泛的，像Hibernate、Spring中都是用“反射”做为最基本的技术手段。

DI(依赖注入)
耦合并没有改变。通过IoC模式可以彻底解决这种耦合，它把耦合从代码中移出去，放到统一的XML 文件中，通过一个容器在需要的时候把这个依赖关系形成，即把需要的接口实现注入到需要它的类中，这可能就是“依赖注入”说法的来源了。

自我理解：：
IOC就像是第三方存储中心，像送快递一般，IOC就代表啦物流中心DI就是不同的运送方式，解开发件人和收件人之间的耦合关系，当发件人有需求时，就通过物流中心（IOC）进行调用，使用DI选择运输方式，提高工作效率。