为什么你要用 Spring？

Posted 2022-06-10 xiao2shiqi

?

前言

现在Spring几乎成为了Java在企业级复杂应用开发的代名词，得益于Spring简单的设计哲学和其完善的生态圈，确实为廉颇老矣，尚能饭否的 Java 带来了“春天”，有很多同学刚接触Java就直接从Spring框架开始学习，导致产生了很多疑惑，甚至有很多同学只知道用Spring，并不了解其中的原理，例如：

1. Spring框架为我们做了什么，没有Spring框架前我们的程序是什么样的？
2. 为什么要把对象放在Spring容器里面，为什么我不能直接new对象？
3. 为什么要把Sevlet交给Spring MVC管理，我自己写Sevlet处理HTTP请求不行吗？
4. Spring为什么要封装这么多的 Template（JDBCTemplate，RestTemplate等……）它想要干什么？

Spring 生态遍地开发（SpringBoot，SpringCloud 等等），本篇文章不会深入探讨Spring 每个框架的实现细节，只会大概讲Spring Framework背后的设计理念和它为我们所做的事情，让大家知其然并知其所以然，可以在用 Spring 的时候能知悉底层和内部细节发生的事情，如果是对于 Spring Frameword 和其生态框架的细节有兴趣的同学可以在详尽的阅读官方的文档，https://spring.io/projects（这应该是我见过写的最好的技术文档之一）

Spring 为我们做了哪些事情？

Spring 全家桶框架众多，但主要的设计原则简单来说，离不开这几点：

• 通过代码解耦，提高代码灵活性（依赖注入 DI）
• 简化开发，用最少的代码，做最多的事情（AOP，Template）
• 提供公共抽象，屏蔽底层，开箱即用，替换方便（Spring Cache，框架，中间件集成）
• MVC模型的快速实现（视图解析，数据转换）

下面拆开来说说这几点，为我们带来什么好处，最后探讨下，如果没有 Spring 用原生的 J2EE 我们的程序会变成什么样

先说说 Spring Framework 的核心功能，DI 依赖注入，AOP 面向切面编程

依赖注入也叫 IOC 控制反转，依赖注入是编程大师 Martin Fowler 提出来的，我个人比较喜欢依赖注入这个名词，感觉比控制反转更具有表达性，也更容易理解

那么依赖注入为我们做了什么 ？

• 灵活：依提供的面向接口的编程方法，为类和类之间建立更灵活的关系
• 解耦：移除了直接在程序中 new 实例的高耦合做法
• 方便：要替换类的实现，只需要在 Spring 容器中更换声明，无需改动代码

那么 AOP 面向切面又为我们做了什么？

• 消除重复的模板代码（性能监控，异常封装，参数跟踪等……）
• 更代码结构更加整洁，通用的逻辑基本都可以用 AOP 来处理
• Spring 的声明式事务就是 Spring AOP 的优秀实现案例

还为我们做了什么其他的事情？

• Spring JdbcTemplate 消除了JDBC API令人诟病的模板代码
• Spring Cache 提供缓存功能，并且无需关心底层缓存组件细节（Ehcache，Guava，JSR-107 Cache等……）
• Spring DAO 提供连接池功能，并且无需关心底层连接池组件细节（C3P0，DBCP等……）
• 提供 定时任务功能 集成（Quartz，JDK Timer，Executor）
• 整合ORM框架，测试框架集成
• 快速实现MVC模型，并且集成Sring，数据处理，视图解析等都由Spring处理

以上等等功能，都是 Spring 框架为我们做处理的事情

当然 Spring 生态里还有非常多的框架来简化我们的日常开发，提高开发效率，常用的例如：

• Spring Boot （无需配置，快速开发，启动，集成生产级的监控指标）
• Spring Cloud（快速实现微服务的框架，提供系列微服务的组件框架）
• Spring Shrio（基于角色资源的安全框架，利用AOP实现鉴权等安全访问的功能）
• Spring Data（提供数据访问实现，包括非关系数据库，关系数据库，云数据服务等）

假如没有 Spring ？

让我们想象一下，假如没有 Spring，我们在做企业级应用开发会大概会发生什么事情？

• 类和类之间通过 new 建立关系，充满耦合，小处改动都要修改大量代码
• 充满和业务无关的模板代码，10行代码可能只有1行是业务逻辑
• 大量的事务，异常，JDBC的模板处理代码，不仅代码极度脆弱，容易出错，而且可读性极差，基本不可维护
• 你要为每个请求写一个 Servlet 处理，并且自己处理 request/response，Servlet 也充斥着大量重复的模板代码
• 你项目的代码量可能会比现在多很多

以上，你是如何看待 Spring 带来的复杂性和提供的便利性？现在 Spring 体系也越来越庞大，貌似与它刚开始对抗 EJB 的时候所提出的轻量级，简单的设计原则开始背道而驰，关于这点你又是怎么评价呢？个人知识有限，不喜勿喷，欢迎发表评论和分享你的观点和看法。