控制反转
当前程序的设计,显然既违背OCP,又违背DIP,怎么办?
可以采用"控制反转"这种编程思想来解决这个问题。
什么是控制反转?
控制反转:IOC(Inversion of Control)
反转是什么呢?
反转的是两件事:
第一件事:我不在程序中采用硬编码的方式来new对象了。(new对象我不管了,new对象的权利交出去了。)
第二件事:我不在程序中采用硬编码的方式来维护对象的关系了。(对象之间关系的维护权,我也不管了,交出去了。)
控制反转:是一种编程思想。或者叫做一种新型的设计模式。由于出现的比较新,没有被纳入60F23种设计模式范围内。
把控制权交出去,不去new一个新的对象,这样可以做到耦合度最低
Spring框架
*Spring框架实现了控制反转IoC这种思想
Spring框架可以帮你new对象。
Spring框架可以帮你维护对象和对象之间的关系:
- Spring是一个实现了IoC思想的容器。
- 控制反转的实现方式有多种,其中比较重要的叫做:依赖注入(Dependency Injection,简称DI)。
*控制反转是思想。依赖注入是这种思想的具体实现。
依赖注入DI,又包括常见的两种方式:大
第一种:set注入
第二种:构造方法注入
依赖注入 中“依赖"是什么意思?“注入"是什么意思?
依赖:A对象和B对象的关系。
注入:是一种手段,通过这种手段,可以让A对象和B对象产生关系。
依赖注入:对象A和对象B之间的关系,靠注入的手段来维护。而注入包括:set注入和构造注入。
注意术语:
OCP:开闭原则(开发原则)
DIP:依赖倒置原则(开发原则)
IOC:控制反转(一种思想,一种新型的设计模式)
DI:依赖注入(控制反转思想的具体实现方式)
Spring8大模块
Spring的特点
1.轻量
a、从大小与开销两方面而言$pring都是轻量的。完整的spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。
b.Spring是非侵入式的:Spring应用中的对象不依赖于spring的特定类。
2.控制反转
a、Spring通过一种称作控制反转(loC)的技术促进了松耦合。当应用了IoC,一个对象依赖的其它对象会通过被动的方式传递进来,而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与INDI相反---不是对象从容器中查找依赖,而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
3.面向切面
a、Soning提供了面向切面编程的丰富支持,允许通过分离应用的业务逻辑与系统级服务(例如审计(auditing)和事务(transaction)管理)进行内聚性的开发。应用对象只实现它们应该做的--完成业务逻辑--仅此而已。它们并不负贵(甚至是意识)其它的系统级关注点,例如日志或事务支持。
4.容器
a.Spring包含并管理应用对象的配置和生命周期,在这个意义上它,是一种容器,你可以配置你的每个bean如何被创建--基于一个可配置原型(prototype),你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例-一以及它们是如何相互关联的。然而,spring不应该被混同于传统的重量级的EJ容器,它们经常是庞大与笨重的,难以使用。
5.框架
a.Spring可以将简单的组件配置、组合成为复杂的应用。在spring中,应用对象被声明式地组合,典型地是在一个XML文件里。spring也提供了很多基础功能(事务管理、持久化框架集成等等),将应用逻辑的开发留给了你。
所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。