今天是2019年3月7日，
经过之前学习的MVC三层架构，现在我学习Spring的体系，就会轻松一点，从一个对JAVA懵懂的门外汉，到现在对JAVA有能力去编写的初级菜鸟，
我对学习JAVA的兴趣越来越大。
这几天我们主要学习的内容是Spring以及SpringMVC
Spring 对于现在的我们来说是第一次接触的一个大框架，在以后的工作环境中，使用的频率也是偏高。
在我的认知中，Spring就是JAVA给我们带来的一个专属于我们程序员的客户经理，我们有什么事可以找他，并且会以更快更方便的方法给我们解决代码的问题
只要我们掌握好Spring的体系，以后面临WEB这些就能很好的解决；

这是我集合知识笔记对Spring的一些知识整合:
spring 的优势
方便解耦，简化开发  通过 Spring提供的 IoC容器，可以将对象间的依赖关系交由 Spring进行控制，
避免硬编码所造 成的过度程序耦合。用户也不必再为单例模式类、属性文件解析等这些很底层的需求编写代码，
可以更专注于上层的应用。AOP编程的支持  通过 Spring的 AOP 功能，方便进行面向切面的编程，
许多不容易用传统OOP 实现的功能可以通过 AOP 轻松应付。 声明式事务的支持  可以将我们从单调烦闷的事务管理代码中解脱出来，
通过声明式方式灵活的进行事务的管理， 提高开发效率和质量。 方便程序的测试  可以用非容器依赖的编程方式进行几乎所有的测试工作，
测试不再是昂贵的操作，而是随手可 做的事情。 方便集成各种优秀框架  Spring可以降低各种框架的使用难度，
提供了对各种优秀框架（Struts、Hibernate、Hessian、Quartz 等）的直接支持。
降低 JavaEE API的使用难度  Spring对 JavaEE API（如 JDBC、JavaMail、远程调用等）进行了薄薄的封装层，使这些 API 的 使用难度大为降低
耦合性(Coupling)，也叫耦合度，是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性、调 用模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系，包括控制关系、调用关
系、数据传递关系。模块间联系越多，其耦合性越强，同时表明其独立性越差( 降低耦合性，可以提高其独立 性)。耦合性存在于各个领域，而非软件设计中独有的，但是我们只讨论软件工程中的耦合。 在软件工程中，耦合指的就是就是对象之间的依赖性。对象之间的耦合越高，维护成本越高。因此对象的设计
应使类和构件之间的耦合最小。软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分模块的一个 准则就是高内聚低耦合。 它有如下分类：  （1） 内容耦合。当一个模块直接修改或操作另一个模块的数据时，或一个模块不通过正常入口而转入另 一个模块时，这样的耦合被称为内容耦合。内容耦合是最高程度的耦合，应该避免使用之。  （2） 公共耦合。两个或两个以上的模块共同引用一个全局数据项，这种耦合被称为公共耦合。在具有大 量公共耦合的结构中，确定究竟是哪个模块给全局变量赋了一个特定的值是十分困难的。  （3） 外部耦合 。一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传 递该全局变量的信息，则称之为外部耦合。  （4） 控制耦合 。一个模块通过接口向另一个模块传递一个控制信号，接受信号的模块根据信号值而进 行适当的动作，这种耦合被称为控制耦合。  （5） 标记耦合 。若一个模块 A 通过接口向两个模块 B 和 C 传递一个公共参数，那么称模块 B 和 C 之间 存在一个标记耦合。  （6） 数据耦合。模块之间通过参数来传递数据，那么被称为数据耦合。数据耦合是最低的一种耦合形 式，系统中一般都存在这种类型的耦合，因为为了完成一些有意义的功能，往往需要将某些模块的输出数据作为另
一些模块的输入数据。  （7） 非直接耦合 。两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实 现的。 总结：  耦合是影响软件复杂程度和设计质量的一个重要因素，在设计上我们应采用以下原则：如果模块间必须 存在耦合，就尽量使用数据耦合，少用控制耦合，限制公共耦合的范围，尽量避免使用内容耦合。 内聚与耦合  内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐蔽和局部化概念的自然扩展。内聚是从 功能角度来度量模块内的联系，一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。耦合是软件
结构中各模块之间相互连接的一种度量，耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通
过接口的数据。 程序讲究的是低耦合，高内聚。就是同一个模块内的各个元素之间要高度紧密，但是各个模块之 间的相互依存度却要不那么紧密。 内聚和耦合是密切相关的，同其他模块存在高耦合的模块意味着低内聚，而高内聚的模块意味着该模块同其他
模块之间是低耦合。在进行软件设计时，应力争做到高内聚，低耦合。

在经历了年后的学习中，对自身想要的结果，还有对学习之后的预期。有了更清晰的方向，和更坚定的学习态度。我相信，只要在黑马学校团队认真的教学下，
我和我们周围的小伙伴，会迎来更远的道路

今天是2019年3月7日，
经过之前学习的MVC三层架构，现在我学习Spring的体系，就会轻松一点，从一个对JAVA懵懂的门外汉，到现在对JAVA有能力去编写的初级菜鸟，
我对学习JAVA的兴趣越来越大。
这几天我们主要学习的内容是Spring以及SpringMVC
Spring 对于现在的我们来说是第一次接触的一个大框架，在以后的工作环境中，使用的频率也是偏高。
在我的认知中，Spring就是JAVA给我们带来的一个专属于我们程序员的客户经理，我们有什么事可以找他，并且会以更快更方便的方法给我们解决代码的问题
只要我们掌握好Spring的体系，以后面临WEB这些就能很好的解决；

这是我集合知识笔记对Spring的一些知识整合:
spring 的优势
方便解耦，简化开发  通过 Spring提供的 IoC容器，可以将对象间的依赖关系交由 Spring进行控制，
避免硬编码所造 成的过度程序耦合。用户也不必再为单例模式类、属性文件解析等这些很底层的需求编写代码，
可以更专注于上层的应用。AOP编程的支持  通过 Spring的 AOP 功能，方便进行面向切面的编程，
许多不容易用传统OOP 实现的功能可以通过 AOP 轻松应付。 声明式事务的支持  可以将我们从单调烦闷的事务管理代码中解脱出来，
通过声明式方式灵活的进行事务的管理， 提高开发效率和质量。 方便程序的测试  可以用非容器依赖的编程方式进行几乎所有的测试工作，
测试不再是昂贵的操作，而是随手可 做的事情。 方便集成各种优秀框架  Spring可以降低各种框架的使用难度，
提供了对各种优秀框架（Struts、Hibernate、Hessian、Quartz 等）的直接支持。
降低 JavaEE API的使用难度  Spring对 JavaEE API（如 JDBC、JavaMail、远程调用等）进行了薄薄的封装层，使这些 API 的 使用难度大为降低
耦合性(Coupling)，也叫耦合度，是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性、调 用模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系，包括控制关系、调用关
系、数据传递关系。模块间联系越多，其耦合性越强，同时表明其独立性越差( 降低耦合性，可以提高其独立 性)。耦合性存在于各个领域，而非软件设计中独有的，但是我们只讨论软件工程中的耦合。 在软件工程中，耦合指的就是就是对象之间的依赖性。对象之间的耦合越高，维护成本越高。因此对象的设计
应使类和构件之间的耦合最小。软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分模块的一个 准则就是高内聚低耦合。 它有如下分类：  （1） 内容耦合。当一个模块直接修改或操作另一个模块的数据时，或一个模块不通过正常入口而转入另 一个模块时，这样的耦合被称为内容耦合。内容耦合是最高程度的耦合，应该避免使用之。  （2） 公共耦合。两个或两个以上的模块共同引用一个全局数据项，这种耦合被称为公共耦合。在具有大 量公共耦合的结构中，确定究竟是哪个模块给全局变量赋了一个特定的值是十分困难的。  （3） 外部耦合 。一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传 递该全局变量的信息，则称之为外部耦合。  （4） 控制耦合 。一个模块通过接口向另一个模块传递一个控制信号，接受信号的模块根据信号值而进 行适当的动作，这种耦合被称为控制耦合。  （5） 标记耦合 。若一个模块 A 通过接口向两个模块 B 和 C 传递一个公共参数，那么称模块 B 和 C 之间 存在一个标记耦合。  （6） 数据耦合。模块之间通过参数来传递数据，那么被称为数据耦合。数据耦合是最低的一种耦合形 式，系统中一般都存在这种类型的耦合，因为为了完成一些有意义的功能，往往需要将某些模块的输出数据作为另
一些模块的输入数据。  （7） 非直接耦合 。两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实 现的。 总结：  耦合是影响软件复杂程度和设计质量的一个重要因素，在设计上我们应采用以下原则：如果模块间必须 存在耦合，就尽量使用数据耦合，少用控制耦合，限制公共耦合的范围，尽量避免使用内容耦合。 内聚与耦合  内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐蔽和局部化概念的自然扩展。内聚是从 功能角度来度量模块内的联系，一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。耦合是软件
结构中各模块之间相互连接的一种度量，耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通
过接口的数据。 程序讲究的是低耦合，高内聚。就是同一个模块内的各个元素之间要高度紧密，但是各个模块之 间的相互依存度却要不那么紧密。 内聚和耦合是密切相关的，同其他模块存在高耦合的模块意味着低内聚，而高内聚的模块意味着该模块同其他
模块之间是低耦合。在进行软件设计时，应力争做到高内聚，低耦合。

在经历了年后的学习中，对自身想要的结果，还有对学习之后的预期。有了更清晰的方向，和更坚定的学习态度。我相信，只要在黑马学校团队认真的教学下，
我和我们周围的小伙伴，会迎来更远的道路