Java程序员比较关心的spring架构, 为什么spring mvc已经落伍了? Spring boot解决了哪些问题？

这一期我们来说一下Java程序员比较关心的spring架构, 为什么spring mvc已经落伍了? Spring boot解决了哪些问题？

在回答这个问题之前，我们先回答一下spring架构的主要作用是干什么的？Spring架构的最大贡献就是依赖注入。

在没有依赖注入这种技术之前，我们要使用一个对象，就是直接创建这个对象。背上两种方式，一种是使用的时候就创建一个新的，或者是创建一个全局的对象，一直调用它。

这样的一个最大问题就是，如果有多个对象，他们共享一个接口，我无法通过这个接口来实例化一个对象，这会给单元测试和程序的设计带来很多额外的工作。

为了解决这个非常烦人的问题，依赖注入的概念也就诞生了。Spring架构最大贡献就是解决了这个问题。

我们来看看spring是如何做到这一步的。比如说你有一个service组件类叫做TestService，你想在另一个Controller类里面调用这个service对象，你只需要在这个Service对象的声明上面加Autowired注释就可以了。

从上面的基础延伸出去，spring架构解决了很多编程中存在的问题。

解决的问题之一就是大大减少了重复的代码。毋庸置疑，参阅上面的例子，使我们只需要一两行代码，就可以引入一个对象实例了。

解决的问题之二就是跟其他框架的联合使用更加容易了。其他的框架包括hibernate对象和数据模型对应，iBatis显示对象和数据对象的映射, JUNIT和Mockito单元测试集成。

好，接下来我们看一下spring mvc是干什么的？这个架构它提供了如下简单的概念，一个是dispatcher servlet，一个是model and view，一个是view resolver。当然你也离不开controller。可以说作为mvc时代的框架，它是有一定的优势的。但在当今时代, 单页应用已经大兴其道了。以mvc架构所主导的多页程序开发已经日薄西山了。当然spring mvc也不例外。

那接下来有个有意思的问题，为什么现在spring boot,成为最热门的spring框架了呢? 原因就是复杂度。相比spring mvc，spring boot的配置极其简单。Spring vc到底需要配置什么呢？第1个你需要配置你的View Resolver, 第2个你需要配置mvc resources， 第3个你需要配置dispatcher servlet。这三个东西正式上面所说的那三个简单的概念。

事情就是这样的具有戏剧性，这三个概念曾经让spring mvc大行其道，而如今已经成为spring mvc的重要制肘。

这还不算完，如果你使用hibernate jpa的话，你还要配置一大堆设置, 诸如dataSource, entityManager, transactionManager等等。

是不是有点头大呀?

而spring boot的出现，去除了这些复杂的配置，解决了这个让人头疼的问题。这里的方案就是自动配置。

拿基础依赖库作为例子， 一个网络应用开发需要如下几个依赖库:

Spring

Web MVC

Jackson

Validation: 包括hibernate validator, validation API.

Embedded Servlet Container Tomcat

Logging 

当你创建一个spring boot的工程的时候，这些都可以自动给你添加完成，作为开发者，你根本不需要关心这些依赖了。是不是这个世界突然间变得更光明了？

能做到这一步的, 就是在你创建spring boot工程的时候，要选择spring boot starter web依赖。

除了上面这个starter web，spring boot还提供了其他的依赖支持，分别专注于如下几个领域:

Actuator: 用于对程序进行高级监控和跟踪。

Embedded Servlet Integrations: 这个用用于服务器的部署。

Default Error Handling: 用于错误的处理。

好了，这期就先说这些，这里是丁哥开讲，欢迎关注防止失联。

​