前言
回想写过的图书管理系统、租房系统、电影院卖票系统都是基于原生的JavaSE、OOP，没有用到任何框架，在层与层的关系中一个类要想获得与其他类的联系主要的方式还是靠new，这就导致层与层之间、对象与对象之间的依赖性强“动一发而迁全身”。特别是在处理数据层和业务层之间时，由于对象没有统一管理导致很复杂！而Spring中的IOC就很好地解决了这一问题,降低耦合就是它的一大特色
一.所谓耦合
个人建议：学习Spring之前要多写原生的OOP项目，充分体会层之间、类之间的联系才能深刻理解Spring的特色
在项目开发中，对象之间的耦合度就是多个对象间的依赖性、关联性。对象之间的耦合越高，维护成本越高，因此对象的设计应使类和类之间的耦合最小
当使用Spring框架后你不用再考虑new对象了，只要写好配置文件，IOC就会帮你做，这就降低了层与层、对象与对象之间之间的耦合度
二.Spring
Spring是分层的Java SE/EE应用轻量级开源框架，以loC(Inverse Of Control:反转控制)和AOP (Aspect Oriented Programming:面向切面编程）为内核
| 方便解耦，简化开发 | 通过Spring提供的 loC容器，可以将对象间的依赖关系交由Spring进行控制，避免硬编码所造成的过度耦合。用户也不必再为单例模式类、属性文件解析等这些很底层的需求编写代码，可以更专注于上层的应用 |
|---|---|
| AOP编程的支持 | 通过Spring的AOP功能，方便进行面向切面编程，许多不容易用传统OOP实现的功能可以通过AOP轻松实现 |
| 声明式事务的支持 | 可以将我们从单调烦闷的事务管理代码中解脱出来，通过声明式方式灵活的进行事务管理，提高开发效率和质量 |
| 方便程序的测试 | 可以用非容器依赖的编程方式进行几乎所有的测试工作，测试不再是昂贵的操作，而是随手可做的事情 |
| 降低JavaEE API的使用难度 | Spring对JavaEEAPl(如JDBC、JavaMail、远程调用等）进行了薄薄的封装层，使这些API的使用难度大为降低 |
三.核心IOC理解
IoC(Inversion of Control)名为控制反转，顾名思义就是将控制权反转
通过控制反转，把对象的创建由原来的人为new反转成Spring来处理，但是代码中不可能出现没有依赖的情况，所以IOC解耦只是降低他们的依赖关系，不会消除依赖关系
1.容器
容器的核心是Bean，这个单词译为——豆荚，顾名思义我们的对象都被装在这个豆荚里统一管理
里面存的是各种对象(在xml里配置的bean、@repository. @service、@controller. @component) ，实际上就是抽象的（k-v）map——（id-class）
在项目启动的时候会读取配置文件里面的bean节点，根据全限定类名使用反射创建对象放到map里、扫描到打上上述注解的类还是通过反射创建对象放到map里。这个时候map里就有各种对象了,接下来我们在代码里需要用到里面的对象时,再通过DI注入(autowired.resource等注解, xml里bean节点内的ref属性，项目启动的时候会读取xm|节点ref属性根据id注入,也会扫描这 些注解，根据类型或id注入： id就是对象名)
2.控制反转
没有引入IOC容器之前
对象A依赖于对象B,那么对象A在初始化或者运行到某一点的时候， 自己必须主动去创建对象B或者使用已经创建的对象B，无论是创建还是使用对象B,控制权都在自己手上
引入IOC容器之后
对象A与对象B之间失去了直接联系,当对象A运行到需要对象B的时候，IOC容器会主动创建一个对象B注入到对象A需要的地方
通过前后的对比，不难看出来:对象A获得依赖对象B的过程,由主动行为变为了被动行为,控制权颠倒过来了，这就是"控制反转"这个名称的由来
全部对象的控制权全部上缴给"第三方"IOC容器，所以，IOC容器成了整个系统的关键核心,它起到了一种类似“粘合剂，固体胶”的作用，把系统中的所有对象粘合在一起发挥作用， 如果没有这个"粘合剂",对象与对象之间会彼此失去联系，这就是有人把IOC容器比喻成“粘合剂”的由来
3.依赖注入
“获得依赖对象的过程被反转了"。控制被反转之后,获得依赖对象的过程由自身管理变为了由IOC容器主动注入。依赖注入是实现IOC的方法，就是由IOC容器在运行期间，动态地将某种依赖关系注入到对象之中（下面详说）
四.Bean的实例化
以Dao层代表持久层，Service层代表业务层来举例
1.无参构造
在Bean中存在默认无参构造函数的情况下，根据默认无参构造方法来创建对象，就像这样：
2.工厂静态方法
①首先写好配置文件
②工厂的静态方法返回Bean的实例
public class StaticFactory {
public static UserDao getUserDao(){ return new UserDaoImpl(); }
}
3.工厂实例方法（常用）
配置好工厂的Bean
返回实例化的Bean对象
public class DynamicFactory {
public UserDao getUserDao(){ return new UserDaoImpl(); }
}
由于上述的方式，factory-bean的名称不固定，不够简便，于是又产生了新的简便方法
public class UserDaoFactoryBean implements FactoryBean{ //代替原始实例工厂中创建对象的方法 public UserDao getObject() throws Exception { return new UserDaoImpl(); } public Class getObjectType() { return UserDao.class; } }
我还可以通过public boolean isSingleton() { return true; }来确定造出的对象是否为单例（true代表单例）
配置bean也变得简单很多
五.Bean的依赖注入
他是Spring核心IOC的具体体现，简言之就是把持久层对象传入业务层，不用我们自己去new了依赖注入的目的就是降低耦合
依赖注入的前提是写好Bean配置，和上面的相似，以下就不写了
1.set注入
set注入可以减少硬编码问题，本质是在容器内部将一个类设置到另一个类中，就像这样
而在这里，想要在容器内部实现把B设置到A中就可以通过set注入的方式，实现起来就是在A类中写一个引入B的set方法，就像这样：
xmlns:p="http://www.springframework.org/schema/p"
private B b;
public void setB(B b) {
this.b = b;
}
这样的话我们就可以在A中为所欲为地调用B里的方法啦关键是不用new~
比较起来看，不用注入依赖的话，我想在A类中调用B里的方法还需要获取容器、得到Bean、最后得来对象，十分麻烦
2.有参构造
和Set注入大同小异，本质也是类之间的设置，只不过是形式不同而已
private B b;
public A(B b) {
this.b = b;
}
六.第一个Spring案例
①导入开发的基本坐标
org.springframework spring-context 5.2.22.RELEASE
②编写接口和实现类
③创建Spring核心配置文件
在类路径中的resources里创建
④在Spring配置文件中向bean里添加BookDaoImql和BookServiceImpl
⑤使用Spring的API获取Bean的实例
//获取ioc容器
ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
//获取bean
BookDao bookDao = (BookDao) ctx.getBean("bookDao1");
bookDao.save();
//获取service
BookService bookService = (BookService) ctx.getBean("bookService");
bookService.save();
运行结果：
到此这篇关于Spring超详细讲解IOC与解耦合的文章就介绍到这了,更多相关Spring IOC与解耦合内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！