Spring（简介，优势，体系结构，程序的耦合，解决耦合的思路，工厂模式解耦，控制反转）

Spring简单介绍

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

Spring的优势

(1)方便解耦，简化开发
	通过Spring提供的Ioc容器，可以将对象间的依赖关系交由Spring进行控制，避免硬编码所造成的过度程序耦合。用户也不
	必再为单例模式类，属性文件解析等这些很底层的需求编写代码，可以更专注于上层的应用。
(2)AOP编程的支持
	通过Spring的AOP功能，方便进行面向切面的编程，许多不容易用传统OOP实现的功能都可以通过AOP轻松应对。
(3)声明式事务的支持
	可以将我们从单调烦闷的事务管理代码中解脱出来，通过声明式方式灵活的进行事务的管理，提高开发效率和质量。
(4)方便程序的测试
	Spring 可以降低各种框架的使用难度，提供了对各种优秀框架（Struts、Hibernate、Hessian、Quartz等）的直接支持。
(5)降低Java EE API的使用难度
	Spring 对 JavaEE API（如 JDBC、JavaMail、远程调用等）进行了薄薄的封装层，使这些API的使用难度大为降低。
(6)Java源码是经典学习范例
	Spring 的源代码设计精妙、结构清晰、匠心独用，处处体现着大师对 Java 设计模式灵活运用以及对 Java 技术的高深造诣。
	它的源代码无意是 Java 技术的最佳实践的范例。

Spring的体系结构

程序的耦合

	耦合性(Coupling)，也叫做耦合度，是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性，调用模块的方式
以及通过界面传递数据的多少。模块间的耦合度是指模块之间的依赖关系，包括控制关系，调用关系，数据传递关系，模块之间
联系越多，其耦合性越强，同时表明其独立性越差(降低耦合性，可以提高其独立性)。耦合性存在于各个领域，而不是软件设计
中独有的，我们通常只讨论软件中的耦合。
	在软件工程中，耦合指的就是对象之间的耦合。对象之间的耦合越高，维护成本越高，因此对象的设计应使类和构件之间的
耦合最小，软件设计中通常用耦合度和内聚度作为衡量模块独立开发的标准。划分模块的一个准则就是高内聚低耦合。
它有如下分类：
(1)内容耦合。当一个模块直接修改或操作另一个模块的数据时，或一个模块不通过正常入口而转入另一个模块时，这样的耦合
被称为内容耦合。内容耦合是最高程度的耦合，应该避免使用之。

(2)公共耦合。两个或两个以上的模块共同引用一个全局数据项，这种耦合被称为公共耦合。在具有大量公共耦合的结构中，确定
究竟是哪个模块给全局变量赋了一个特定的值是十分困难的。

(3)外部耦合。一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之
为外部耦合。

(4)控制耦合。一个模块通过接口向另一个模块传递一个控制信号，接受信号的模块根据信号值而进行适当的动作，这种耦合被
称为控制耦合。

(5)标记耦合。若一个模块 A 通过接口向两个模块B和C传递一个公共参数，那么称模块B和C之间存在一个标记耦合。

(6)数据耦合。模块之间通过参数来传递数据，那么被称为数据耦合。数据耦合是最低的一种耦合形式，系统中一般都存在这种
类型的耦合，因为为了完成一些有意义的功能，往往需要将某些模块的输出数据作为另一些模块的输入数据。

(7)非直接耦合。两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的。
总结：
	耦合是影响软件复杂程度和设计质量的一个重要因素，在设计上我们应采用以下原则：如果模块间必须存在耦合，就尽量使用
	数据耦合，少用控制耦合，限制公共耦合的范围，尽量避免使用内容耦合。
内聚与耦合：
	内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐蔽和局部化概念的自然扩展。内聚是从功能角度来度量模块
	内的联系，一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。耦合是软件结构中各模块之间相互连接的
	一种度量，耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通过接口的数据。 程序讲究的是低耦合，
	高内聚。就是同一个模块内的各个元素之间要高度紧密，但是各个模块之间的相互依存度却要不那么紧密。
	内聚和耦合是密切相关的，同其他模块存在高耦合的模块意味着低内聚，而高内聚的模块意味着该模块同其他模块之间是
	低耦合。在进行软件设计时，应力争做到高内聚，低耦合。

我们在开发中，有些依赖关系是必须的，有些依赖关系可以通过优化代码来解除。
public class AccountServiceImpl implements IAccountService {
	private IAccountDao accountDao = new AccountDaoImpl();
}
上面的代码表示：
	业务层调用持久层，并且此时业务层在依赖持久层的接口和实现类。如果此时没有持久层实现类，编译将不能通过，这种
编译期依赖关系，应该在我们开发中杜绝，我们需要优化代码解决。

我们早期的JDBC操作，注册驱动时，我们为什么不使用DriverManager的register方法，而是采用Class.forName的方式？
public class JdbcDemo1 {
	public static void main(String[] args) throws Exception {
      	//1.注册驱动
		//DriverManager.registerDriver(new com.mysql.jdbc.Driver());
		Class.forName("com.mysql.jdbc.Driver");
		//2.获取连接
		//3.获取预处理 sql 语句对象
		//4.获取结果集
		//5.遍历结果集
	} 
}
原因就是：
	我们的类依赖了数据库的具体驱动类(MySQL)，如果这个时候更换了数据库品牌(比如Oracle)，需要修改源码来重新数据库
驱动，这显然不是我们想要的。

解决程序耦合的思路

我们之前讲jdbc时，是通过反射来注册驱动的，代码如下：
	Class.forName("com.mysql.jdbc.Driver");//此处只是一个字符串
	此时的好处是：我们的类中不再依赖具体的驱动类，此时就算删除mysql的驱动jar包，依然可以编译。
	同时，也产生了一个新的问题，mysql驱动的全限定类名字符串是在Java类中写死的，一旦要改还是要修改源码。
	解决这个问题，可以使用配制文件配置。

工厂模式解耦

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

控制反转-Inversion Of Control

控制反转：控制反转把创建对象的权利交给框架，是框架的重要特征，并非面向对象编程的专用术语，它包括依赖注入和依赖查找。
分析：由于我们有很多对象，肯定要找个集合来存，这时候有Map和List供选择。
	到底选Map还是List，需要看我们有没有查找需求，有查找需求，选Map.
	在应用加载时，创建一个Map,用于存放三层对象。我们把这个map称之为容器。
什么是工厂？
	工厂就是负责给我们从容器中获取指定对象的类，这时候我们获取对象的方式发生了变化。
	我们之前在获取对象时，都是采用new的方式，是主动的。

现在我们获取对象时，同时要有工厂为我们查找或者创建对象。是被动的。