Spring 学习笔记 Part01

1. Spring 概述

​ Spring 是分层的 Java SE/EE 应用 full-stack 轻量级开源框架，以 IoC（Inverse Of Control：反转控制）和 AOP（Aspect Oriented Programming：面向切面编程）为内核，提供了展现层 Spring MVC 和持久层 Spring JDBC 以及业务层事务管理等众多的企业级应用技术，还能整合开源世界众多著名的第三方框架和类库，逐渐成为使用最多的 Java EE 企业应用开源框架。

2. IoC 的概念和作用

2.1 程序的耦合（理解即可）

​ 简单来说，程序的耦合就是程序间的依赖性。（包括：类之间的依赖、方法间的依赖）

​ 耦合性(Coupling)，也叫耦合度，是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系，包括控制关系、调用关系、数据传递关系。模块间联系越多，其耦合性越强，同时表明其独立性越差( 降低耦合性，可以提高其独立性)。耦合性存在于各个领域，而非软件设计中独有的，但是我们只讨论软件工程中的耦合。在软件工程中，耦合指的就是就是对象之间的依赖性。对象之间的耦合越高，维护成本越高。因此对象的设计应使类和构件之间的耦合最小。软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。

（1）内容耦合。
	当一个模块直接修改或操作另一个模块的数据时，或一个模块不通过正常入口而转入另一个模块时，这样的耦合被称为内容耦合。内容耦合是最高程度的耦合，应该避免使用之。
（2）公共耦合。
	两个或两个以上的模块共同引用一个全局数据项，这种耦合被称为公共耦合。在具有大量公共耦合的结构中，确定究竟是哪个模块给全局变量赋了一个特定的值是十分困难的。
（3） 外部耦合 。
	一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。
（4） 控制耦合 。
	一个模块通过接口向另一个模块传递一个控制信号，接受信号的模块根据信号值而进行适当的动作，这种耦合被称为控制耦合。
（5）标记耦合 。
	若一个模块 A 通过接口向两个模块 B 和 C 传递一个公共参数，那么称模块 B 和 C 之间存在一个标记耦合。
（6） 数据耦合。
	模块之间通过参数来传递数据，那么被称为数据耦合。数据耦合是最低的一种耦合形式，系统中一般都存在这种类型的耦合，因为为了完成一些有意义的功能，往往需要将某些模块的输出数据作为另
一些模块的输入数据。
（7） 非直接耦合 。
	两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的。

软件工程总结：

​ 耦合是影响软件复杂程度和设计质量的一个重要因素，在设计上我们应采用以下原则：如果模块间必须存在耦合，就尽量使用数据耦合，少用控制耦合，限制公共耦合的范围，尽量避免使用内容耦合。

​ 因此，划分模块的一个准则就是高内聚低耦合。

内聚与耦合的区别和关系：
	内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐蔽和局部化概念的自然扩展。内聚是从功能角度来度量模块内的联系，一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。耦合是软件结构中各模块之间相互连接的一种度量，耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通过接口的数据。 程序讲究的是低耦合，高内聚。就是同一个模块内的各个元素之间要高度紧密，但是各个模块之间的相互依存度却要不那么紧密。
	内聚和耦合是密切相关的，同其他模块存在高耦合的模块意味着低内聚，而高内聚的模块意味着该模块同其他
模块之间是低耦合。在进行软件设计时，应力争做到高内聚，低耦合。

2.2 程序的解耦

​ 简单来说，程序的解耦就是降低程序间的依赖关系。

​ 实际过程中，应该做到编译期不依赖，运行时才依赖。

我们在开发中，有些依赖关系是必须的，有些依赖关系可以通过优化代码来解除的。

//注册jdbc驱动
DriverManager.registerDriver(new com.mysql.jdbc.Driver());//此处依赖接口和实现类，编译器将存在依赖关系
Class.forName("com.mysql.jdbc.Driver");//此处只是个字符串。反射，不再依赖具体的驱动类，就算删除mysql的驱动包或更换数据库品牌为Oracle，依然可以编译通过。（但是运行就不要想了，没有驱动不可能成功运行的）

​ 同时，也产生了一个新的问题，mysql 驱动的全限定类名字符串是在 java 类中写死的，一旦要改还是要修改源码。解决这个问题也很简单，使用配置文件配置（ 见 2.3 工厂模式解耦 ）。

解耦的思路小结：

	1. 使用反射来创建对象，而避免使用new关键字。
	2. 通过读取配置文件来获取要创建的对象全限定类名。

2.3 工厂模式解耦

​ 这里利用工厂来创建对象是为了降低程序的耦合度。

​ 在实际开发中我们可以把三层的对象都使用配置文件配置起来，当启动服务器应用加载的时候，让一个类中的方法通过读取配置文件，把这些对象创建出来并存起来。在接下来的使用的时候，直接拿过来用就好了。

​ 那么，这个读取配置文件，创建和获取三层对象的类就是工厂。

BeanFactory —— 一个创建Bean对象的工厂

Bean：在计算机英语中，有可重用组件的含义。
JavaBean：用java语言编写的可重用组件。
	JavaBean  contains (>)   实体类

实现思路：
	1.需要一个配置文件来配置我们的service和dao，配置的内容：唯一标识=全限定类名（key=value）
	2.通过读取配置文件中配置的内容，反射创建对象
	配置文件可以是xml也可以是properties（简单的赋值 key=value，所以properties就够用，日后的开发还是主要使用xml配置文件的。）

bean.properties ：

accountService=cn.service.impl.AccountServiceImpl
accountDao=cn.dao.impl.AccountDaoImpl

​ 这样，一个模拟的工厂模式就结束了，当我们会发现一个问题，在我们使用工厂创建的对象都是多例对象，即每次访问对象时，都会重新创建新的对象实例，而我们有时是需要单例对象的，那么我们如何将工厂模式的多例对象改变成单例对象呢？

工厂模式多例对象改单例对象 (https://blog.csdn.net/weixin_45493055/article/details/108741553)

​ 我们构建单例对象的思路是：将配置文件中的类都构建一个对象，放在一个容器中，当外部的类需要这些对象时，不去重新构建，而是在容器中找出这个对象，从而实现这些对象是单例对象。

private static Map<String,Object> beans = new HashMap<String,Object>();

​

在我们Spring中，对应的scope范围的单例singleton和多例prototype,其本质也是这样实现的。

2.4 控制反转 — Inversion Of Control

ioc的介绍：IoC把创建对象的权利交给框架，是框架的重要特征，并非面向对象编程的专业术语。它包括依赖注入（Dependency Injection，简称DI）和依赖查找（Dependency Lookup）。

ioc 的作用：削减计算机程序的耦合(解除我们代码中的依赖关系)。

上一小节解耦的思路有 2 个问题：

1. 存哪去？

分析：由于我们是很多对象，肯定要找个集合来存。这时候有 Map 和 List 供选择。到底选 Map 还是 List 就看我们有没有查找需求。有查找需求，选 Map。

所以我们的答案就是：在应用加载时，创建一个 Map，用于存放三层对象。我们把这个 map 称之为容器。

2. 还是没解释什么是工厂？

工厂就是负责给我们从容器中获取指定对象的类。这时候我们获取对象的方式发生了改变。

原来：

我们在获取对象时，都是采用 new 的方式。是主动的。

现在：

我们获取对象时，需要跟工厂要，工厂为我们查找或者创建对象。是被动的。

这种被动接收的方式获取对象的思想就是控制反转，它是 spring 框架的核心之一。