为什么你要用 Spring?

2019-08-16 11:52:52来源:博客园 阅读 ()

新老客户大回馈,云服务器低至5折

为什么你要用 Spring?

?

前言

现在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 的时候所提出的轻量级,简单的设计原则开始背道而驰,关于这点你又是怎么评价呢?个人知识有限,不喜勿喷,欢迎发表评论和分享你的观点和看法。


原文链接:https://www.cnblogs.com/xiao2shiqi/p/11297804.html
如有疑问请与原作者联系

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:RocketMQ中Broker的启动源码分析(二)

下一篇:2、线程的状态和调度学习笔记