为什么你要用 Spring？
前言
现代 Spring 几乎成为了 Java 在企业级复杂应用开发的代名词，得益于 Spring 轻量简单的设计哲学和其开放包容的生态圈，确实为廉颇老矣，尚能饭否的 Java 带来了“春天”，但身边有很多同学刚接触 Java 就直接从 Spring 框架开始学习，导致产生了很多疑惑，甚至有很多同学只知道用Spring，并不了解其中的原理，例如：
- Spring框架为我们做了什么，没有Spring框架前我们的程序是什么样的？
- 为什么要把对象放在Spring容器里面，为什么我不能直接new对象？
- 为什么要把Sevlet交给Spring MVC管理，我自己写Sevlet处理HTTP请求不行吗？
- Spring为什么要封装这么多的 Template（JDBCTemplate，RestTemplate等……）它想要干什么？
所以就想到写一篇文章来跟大家解释下使用Spring工具的背后的事情
Spring 框架繁多，生态圈更是遍地开花（Spring Shiro，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 的时候所提出的轻量/简单的设计哲学开始背道而驰，关于这点你又是怎么评价呢？个人知识有限，不喜勿喷，欢迎发表评论和分享你的观点和看法。