你真的了解Spring Framework吗？

 

Java 框架

上世纪90年代，使用Java开发Web应用广泛使用J2EE标准，J2EE具备平台无关性，对事务、消息等企业级的特性都有很好的支持，但当时的J2EE仍存在一些问题：

很是复杂：EJB的诞生是为了使Java EE的开发变得简单，可是在当时它并无实现这个目标，完成一个组件须要配置许多的XML文件、本地接口、远程接口等等。

组件依赖耦合：当一个组件依赖另外一个组件时，它必须经过名称本身查找依赖，而名称是写在代码中的，就是所谓的“硬编码”。

重量级：不管用户是否须要，当时像集群、远程调用等这些特性所有被支持，不得不去配置。这些使得程序变得很是臃肿，不灵活。

  当时存在的这些问题就致使了市场上出现了各类各样的Java 框架。好比如今被咱们熟知的Spring Framework。

Spring

早在2002年的11月份，Rod Johnson 发表了一本名为《Expert One-on-One J2EE Design and Development》的书。这本书中就包含了Spring 框架代码，最初这个框架叫作“Interface 21 framework”（直接取 com.interface21 包名），后来 Yann 提议命名为 Spring（春天），寓意 ：Spring表明了一个新的开始，结束了传统J2EE开发的“寒冬”。

Spring是一个用于Java企业开发，强大的轻量级应用开发框架。在某种程度上，Spring能够看作是框架的框架——它能够整合多种框架，如：Struts、Hibernate等，也就有了咱们所熟知SSH（Struts+Spring+Hibernate）。Spring采用分层架构的设计，发展至今，已经包含了20多个模块，不一样的模块有着不一样的功能，能够选择使用。

Core Container：容器包含了spring-core，spring-beans，spring-context，spring-context-support，spring-expression这五个模块，包含IoC、DI核心特性。

AOP & Instrumentation：spring-aop提供了一个面向切面编程的实现，单独的spring-aspects模块提供与AspectJ框架的集成。

Messaging：spring-messaging 是Spring 4中新添加的模块，为集成messaging api和消息协议提供支持。一样也提供了一些映射消息到方法的注解，相似spring mvc注解。

Data Access/Integration：不难理解，为数据访问层提供支持，包含JDBC， ORM，OXM， JMS 和 Transaction 模块。

Web：包含spring-web，spring-webmvc， spring-websocket，和 spring-webmvc-portlet模块。主要为Web开发提供支持。

Test：spring-test模块使用JUnit或者TestNG为Spring各个组件提供单元测试与集成测试。

IoC & DI

控制反转（Inversion of Control，IoC）是框架（framework）的公共特性，IoC能够认为是一种全新的设计模式，可是理论和时间成熟相对较晚，并无包含在GoF中。IOC体现了著名的The Hollywood principle-好莱坞原则：don’t call us, we’ll call you。为何“控制反转”是 frameworks的特性，我在 Framework VS Library 一文中作过简单的分析。

  实际上咱们对于IOC设计模式很熟悉，还记得《大话设计模式》中大鸟教小菜如何应对数据库更换吗？能够参考个人另外一篇文章：如何应对数据库更换（三层架构+抽象工厂+反射+配置文件）。

  传统程序设计是在一个对象内部经过new建立它所依赖的对象，是程序员在代码中控制对象的建立。这样类与类之间就高度耦合了，程序变得很是不灵活，不易于复用。而有了IoC容器后，建立和查找依赖对象的控制权交到了容器手中，有容器注入依赖对象，对象与对象之间的关系变成了松耦合。那么这个IoC容器不就是咱们熟悉的工厂吗，抽象工厂+反射+配置文件就是控制反转的一种实现。

控制反转不等于依赖注入，他们是同一个概念不一样角度的描述。仅仅讲控制反转，那么究竟是哪些层面的控制被反转了，因此使用IOC这个概念描述Spring等框架的特性就比较含糊。面向对象设计中大师级的人物Martin Fowler就此在他的 Inversion of Control Containers and the Dependency Injection pattern 博客文章中提出了依赖注入（Dependency Injection，DI）的概念。

  IoC 告诉咱们：容器控制对象，而 DI 告诉咱们：被注入对象依赖IoC容器配置依赖对象。

 

 

 

 

 

 

转自：https://www.sohu.com/a/198201231_826634