zoukankan      html  css  js  c++  java
  • Spring核心结构及核心思想

    Spring核心结构

    基本概念

    Spring是⼀个分层⾮常清晰并且依赖关系、职责定位⾮常明确的轻量级框架,主要包括⼏个⼤模块:数据处理模块、Web模块、AOP(Aspect Oriented Programming)/Aspects模块、Core Container模块和 Test 模块,Spring依靠这些基本模块,实现了⼀个融合了现有解决⽅案的零侵⼊的轻量级框架。

    Spring框架结构图如下所示:

    五大核心模块

    Spring核⼼容器(Core Container) :

    • 容器是Spring框架最核⼼的部分,它管理着Spring应⽤中bean的创建、配置和管理。
    • 在该模块中,包括了Spring bean⼯⼚,它为Spring提供了DI(依赖注入)的功能。
    • 基于bean⼯⼚,我们还会发现有多种Spring应⽤上下⽂的实现。
    • 所有的Spring模块都构建于核⼼容器之上。

    ⾯向切⾯编程(AOP)/Aspects:

    • Spring对⾯向切⾯编程提供了丰富的⽀持。
    • 这个模块是Spring应⽤系统中开发切⾯的基础,与DI⼀样,AOP可以帮助应⽤对象解耦。

    数据访问与集成(Data Access/Integration):

    • Spring的JDBC和DAO模块封装了⼤量样板代码,这样可以使得数据库代码变得简洁,也可以更专注于我们的业务,还可以避免数据库资源释放失败⽽引起的问题。
    • 另外,Spring AOP为数据访问提供了事务管理服务,同时Spring还对ORM进⾏了集成,如Hibernate、MyBatis等。该模块由JDBC、Transactions、ORM、OXM 和 JMS 等模块组成。

    Web模块:

    • 该模块提供了SpringMVC框架给Web应⽤,还提供了多种构建和其它应⽤交互的远程调⽤⽅案。
    • SpringMVC框架在Web层提升了应⽤的松耦合⽔平。

    Test模块:

    • 为了使得开发者能够很⽅便的进⾏测试,Spring提供了测试模块以致⼒于Spring应⽤的测试。
    • 通过该模块,Spring为使⽤Servlet、JNDI等编写单元测试提供了⼀系列的mock对象实现。

    Spring核心思想

    IoC(Inversion of Control (控制反转/反转控制))

    基本概念

    IoC是一种技术思想,而不是一种技术实现。

    IoC描述的是Java开发领域对象的创建和管理问题。

    对比

    传统开发⽅式:⽐如类A依赖于类B,往往会在类A中new⼀个B的对象。

    IoC思想下开发⽅式:我们不⽤⾃⼰去new对象了,⽽是由IoC容器(Spring框架)去帮助我们实例化对象并且管理它,我们需要使⽤哪个对象,去问IoC容器要即可。

    我们失去了创建和管理对象的权利,同时得到了⼀个福利(不⽤考虑对象的创建和管理等⼀系列事情)。

    如下图所示:

    为什么叫做控制反转

    控制:指的是对象创建(实例化和管理)的权利。

    反转:控制权交给外部环境了(spring框架、IoC容器)。

    IoC解决了对象之间的耦合问题

    IoC和DI(Dependancy Injection(依赖注⼊))的区别

    IoC和DI描述的是同⼀件事情(对象实例化与依赖关系维护),只不过⻆度不⼀样罢了。

    Ioc是站在对象的角度,对象实例化及其管理的权利交给了容器(反转)。

    DI是站在容器的角度,容器会把对象依赖的其它对象注入,比如A对象实例化过程中因为声明了一个B类型的属性,那么就需要容器把B对象注入给A。

    如下图所示:

    AOP(Aspect oriented Programming (⾯向切⾯编程/⾯向⽅⾯编程))

    AOP是OOP(OOP三⼤特征:封装、继承和多态,OOP是⼀种垂直继承体系)的延续。

    OOP思想体系

    OOP编程思想可以解决⼤多数的代码重复问题,但是有⼀些情况是处理不了的,⽐如下⾯的在顶级⽗类中的多个⽅法中相同位置出现了重复代码,OOP就解决不了,如下图所示:

    横切逻辑代码

    在多个纵向(顺序)流程中出现的相同子流程代码,我们称之为横切逻辑代码。

    横切逻辑代码的使用场景很有限:一般是事务控制、权限校验和日志等。

    以上文中的Animal类中的性能监控代码为例:

    存在的问题:

    • 横切代码重复问题。
    • 横切逻辑代码和业务代码混杂在⼀起,代码臃肿,维护不⽅便。

    AOP的提出

    AOP独辟蹊径提出横向抽取机制,将横切逻辑代码和业务逻辑代码进行拆分:

    AOP解决了什么问题:

    在不改变原有业务逻辑的情况下,增强横切逻辑代码,从根本上解耦合,避免横切逻辑代码重复。

    为什么叫做⾯向切⾯编程:

    • 「切」:指的是横切逻辑,原有业务逻辑代码我们不能动,只能操作横切逻辑代码,所以⾯向横切逻辑。
    • 「⾯」:横切逻辑代码往往要影响的是很多个⽅法,每⼀个⽅法都如同⼀个点,多个点构成⾯,有⼀个⾯的概念在⾥⾯。
    作者:blayn
    出处:https://www.cnblogs.com/blayn/
    版权:本文版权归作者和博客园共有
    转载:欢迎转载,但未经作者同意,必须保留此段声明;必须在文章中给出原文连接;否则必究法律责任
  • 相关阅读:
    后缀字符串 计蒜客模拟赛
    HDU 1087 最长不下降子序列 LIS DP
    POJ 3126
    Authorize by ClaimIdentity by Owin
    Authencation WebApi Learning
    Agency-AccrualDetails Table Summary
    EF usage with ABP
    Scss environment setup
    Tips about CSS usage
    Send Mail C#
  • 原文地址:https://www.cnblogs.com/blayn/p/14320155.html
Copyright © 2011-2022 走看看