spring架构的概述以及spring中基于XML的IOC配置

1.Spring的概述

1.1spring是什么？

Spring是分层的JavaEE/JavaSE应用full-stack轻量级开源框架，以IOC和AOP为内核，提供了展现层SpringMVC和持久层JDBC以及业务层事务管理等众多企业级应用技术，还能整合开源世界众多注明的第三方框架和类库。

1.2spring的两大核心

1.3spring的发展历程和优势

(1)方便解耦，简化开发：

通过Spring提供的IOC容器，可以将对象间的依赖关系交由Spring进行控制，避免硬编码所造成的过度程序耦合，用户不必再为单例模式、属性文件解析等这些底层的需求编写代码，可以更专注于上层的应用。

(2)AOP编码支持：通过Spring的AOP功能，方便进行面向切面的编程，许多不容易通过传统面向对象实现的功能可以通过AOP轻松应付。

(3)声明式事务的支持。

可以将我们从单调烦闷的事务管理代码中解脱出来，通过声明式式方式灵活的进行事务的管理，提高开发效率和质量。

(4)方便程序的测试

可以用非容器依赖注入的编程方式进行几乎所有的测试工作，测试不再是昂贵的操作，而是随手可以做的事情。

(5)方便集成各种优秀的框架

Spring可以降低各种框架的使用难度，提供对各种优秀框架的直接支持

(6)降低JavaEE  API的使用难度。

Spring对Java EE API进行了薄薄的封装层，使得这些API的使用难度也大大降低

(7)Java源码是经典的学习范例：

Spring的源码设计精妙，结构清晰。处处体现着java设计模式的灵活运用以及对java技术的高深造诣，源码是java技术的最佳实践范例

1.4spring中的结构

2.程序的耦合以及解耦

(1)什么是程序的耦合？

耦合性也叫耦合度，是对模块间的关联程度的度量，耦合的强弱取决于模块间接口的复杂性，调用模块的方式以及通过洁面传送数据的多少。模块之间的耦合度是指模块之间的依赖关系，包括控制关系、调用关系、数据传递关系。模块间的联系越多，其耦合性越强，同事表明独立性越差(降低耦合性可以提高独立性)。耦合性存在于各个领域，而非软件设计中独有的，但是我们只在软件工程中的耦合。

在软件工程中，偶尔和是指对象之间的依赖性。对象之间的耦合性越高，维护成本就越高。因此对象的设计应该使类的构件之间的耦合最小。软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分模块的一个准则就是高内聚低耦合。

(2)耦合有如下的分类：

（1）内容耦合。当一个模块直接修改或操作另一个模块的数据时，或一个模块不通过正常入口而转入另
一个模块时，这样的耦合被称为内容耦合。内容耦合是最高程度的耦合，应该避免使用之。
（2）公共耦合。两个或两个以上的模块共同引用一个全局数据项，这种耦合被称为公共耦合。在具有大
量公共耦合的结构中，确定究竟是哪个模块给全局变量赋了一个特定的值是十分困难的。
（3） 外部耦合 。一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传
递该全局变量的信息，则称之为外部耦合。
（4） 控制耦合 。一个模块通过接口向另一个模块传递一个控制信号，接受信号的模块根据信号值而进
行适当的动作，这种耦合被称为控制耦合。
（5）标记耦合 。若一个模块 A 通过接口向两个模块 B 和 C 传递一个公共参数，那么称模块 B 和 C 之间
存在一个标记耦合。
（6） 数据耦合。模块之间通过参数来传递数据，那么被称为数据耦合。数据耦合是最低的一种耦合形
式，系统中一般都存在这种类型的耦合，因为为了完成一些有意义的功能，往往需要将某些模块的输出数据作为另
一些模块的输入数据。
（7） 非直接耦合 。两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实
现的。
(3)总结：
　　耦合是影响软件复杂程度和设计质量的一个重要因素，在设计上我们应采用以下原则：如果模块间必须
存在耦合，就尽量使用数据耦合，少用控制耦合，限制公共耦合的范围，尽量避免使用内容耦合。
(4)内聚与耦合
　　内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐蔽和局部化概念的自然扩展。内聚是从
功能角度来度量模块内的联系，一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。耦合是软件
结构中各模块之间相互连接的一种度量，耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通
过接口的数据。 程序讲究的是低耦合，高内聚。就是同一个模块内的各个元素之间要高度紧密，但是各个模块之
间的相互依存度却要不那么紧密。
　　内聚和耦合是密切相关的，同其他模块存在高耦合的模块意味着低内聚，而高内聚的模块意味着该模块同其他
模块之间是低耦合。在进行软件设计时，应力争做到高内聚，低耦合。

(5)实例：如下所示的代码中，我们的类依赖了数据库的具体驱动类(MySql)，如果这个时候更换了数据库的品牌，，就需要修改源码来重新数据库驱动，这个显然更改了源码，不是我们想要的！

import java.sql.*;

/*
* 程序的耦合
*
* 耦合：包括类之间的依赖关系+方法之间的依赖关系
　解耦：降低程序之间的依赖关系
要做到：编译期不依赖，运行时才依赖
解耦的思路：(1)使用反射来创建对象，而避免使用new关键字创建对象，使用反射创建对象只是依赖一个字符串
　　　　　　(2)通过读取配置文件来读取创建对象的全限定名
* */
public class JdbcDemo1 {
    public static void  main(String[] args) throws Exception {
        //1.注册驱动
        DriverManager.registerDriver(new com.mysql.jdbc.Driver());//通过new的方式创建
　　　　　　

　　　　Class.forName("com.mysql.jdbc.Driver");//通过反射的方式创建类

　　　　//2.获取连接 
　　　　Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/eesy","root","root"); //3.获取操作数据库的预处理对象 PreparedStatement pstm = conn.prepareStatement("select * from account"); //4.执行SQL，得到结果集 ResultSet rs = pstm.executeQuery(); //5.遍历结果集 while (rs.next()){ System.out.println(rs.getString("name")); } //6.释放资源  rs.close(); pstm.close(); } }
//解决程序耦合的思路
当我们讲jdbc的时候，是通过反射来注册驱动的，代码如下：Class.forName("com.mysql.jdbc.Driver")//此处是一个字符串
此时的好处是，我们在类中将不再依赖具体的驱动类，此时就算删除mysql的jar包，依然可以编译(但是不能运行)，同时，也产生一个新的问题，
mysql驱动的全限定名字符串是在java中写死的，一旦要修改还是要修改源码的。解决问题的思路很简单，使用配置文件进行配置。

2.1曾经案例中的问题

(1)通过工厂模式创建对象，来实现解耦，代码

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

2.2工厂模式解耦https://github.com/stone1234567890/ssm

3.使用spring的IOC解决程序的耦合

3.IOC概念和spring中的IOC(控制翻转)

(1)存哪去？

由于我们是很多对象，肯定要找个集合存起来。这个时候有Map和List供选择。到底是Map还是List就看我们有没有查找需求了。有查找需求就选Map。在应用加载的时候，创建一个Map容器，用于存放三层对象。我们将这个Map称之为容器，

(2)还是没有解释什么是工厂？

工厂就是负责给我们从容器中获取指定对象的类，这时候我们获取对象的方式发生了改变。原来我们获取对象的时候都是采用new的方式，是主动的创建对象。

(3)明确IoC的作用：削减计算机程序的耦合。(只能降低依赖关系不能完全的消除依赖关系)

3.1Spring中基于XML的IOC环境搭建

 

 

 

4.依赖注入(Dependency Injection)

 

转载于:https://www.cnblogs.com/bigdata-stone/p/10797245.html