Spring学习笔记1 启示录

写段代码,引出Spring的好处

创建个空工程,然后在工程里建模块

可能是IEAD版本问题,每次建新的空工程,都需要退出重进

设置下maven和Encoding

新建模块

持久层接口

持久层实现类

业务层接口

业务层实现类

控制层(表现层)

建个测试类测试

分析这个程序存在的问题

假设现在新需求是因某种原因需要改变Dao层的实现类

并且在业务层将原先的对象改变成new UserDaoImplForOracle()

这种修改方法,去修改了以前运行正常的代码

违背了OCP开闭原则

软件开发七大原则(所有语言开发软件):

OCP原则:在软件开发过程中应当对扩展开放，对修改关闭。

OCP是最核心,最基本的,其他六个原则都是为这个原则服务的.

OCP开闭原则核心:只要你在扩展系统功能的时候.没有修改以前写好的代码,那么你就是符合OCP原则.反之,如果在扩展系统功能的时候,修改了之前的代码,那么这个设计是失败的，违背了OCP原则.

这里还违背了依赖倒置原则(DIP原则)

依赖倒置原则倡导面向接口编程,面向抽象编程,不要面向具体编程

让上层不再依赖下层，下⾯改动了，上⾯的代码不会受到牵连 。这样可以⼤⼤降低程

序的耦合度，耦合度低了，扩展⼒就强了，同时代码复⽤性也会增强。（ 软件七⼤开发原则都是在为解耦合服务 ）

我们希望看到的效果是

但实际出现的问题是，这么写都是null

抛开null的问题,程序这么设计:

1.不再关心具体指向的对象是谁,面向接口编程(DI依赖注入)

2.将创建具体对象的权力交出去(IOC控制反转)

控制反转(IOC Inversion of Control)

1.不在程序中采用硬编码的方式来new对象.(new对象不管了,交出去了)

2.不在程序中采用硬编码的方式维护对象关系。(对象之间关系的维护,不管了,交出去了)

控制反转:是一种编程思想.或者叫做一种新型的设计模式.由于出现的比较新,没有纳入GoF23种设计模式范围内.

Spring框架:通过DI依赖注入实现IOC控制反转

控制反转实现方式有多种.其中比较重要的叫做:依赖注入(Dependency Injection,简称:DI)

控制反转IOC是思想,依赖注入DI是控制反转的实现

依赖注入DI常见两种注入方式:

1.Set注入:执行set方法给属性赋值

2.构造方法注入:执行构造方法给属性赋值

所谓依赖注入就是要给它注入值

那么所谓的DI依赖注入的两种方式

1.Set方法注入

2.构造方法注入

几个术语

OCP:开闭原则,对扩展开放,对修改关闭(开发原则)

PID:依赖倒置原则,面向接口,抽象编程,不要面向具体编程.(开发原则)     

IOC:控制反转(一种思想,一种新型设计模式)

DI: 依赖注入(控制反转思想的具体实现方式)