当前位置: 首页 > news >正文

Spring 依赖注入、AOP代理

OCP

O代表Open ,C代表Closed
在软件开发过程中应当对扩展开放,对修改关闭。也就是说,如果在进行功能扩展的时候,添加额外的类是没问题的,但因为功能扩展而修改之前运行正常的程序,这是忌讳的,不被允许的。因为一旦修改之前运行正常的程序,就会导致项目整体要进行全方位的重新测试。

DIP

依赖倒置原则(Dependence Inversion Principle),简称DIP,主要倡导面向抽象编程,面向接口编程,不要面向具体编程,
让上层不再依赖下层,下面改动了,上面的代码不会受到牵连。
怎么做到呢?当然是用接口。
这样可以大大降低程序的耦合度,耦合度低了,扩展力就强了,同时代码复用性也会增强。(软件七大开发原则都是在为解耦合服务)

控制反转IoC(Invension of Control)
控制反转是一种新型的设计模式
交出的权力
new对象的权力
对象之间的关系(到底用的是哪一个实现类)

Spring

是实现类IoC的容器。
IOC是思想,DI是实现。通过DI实现bean管理(有bean对象的创建和bean与bean之间关系的维护)。
DI(依赖注入)有set注入和构造注入
在这里插入图片描述

依赖注入之set注入

在这里插入图片描述
这里最后一行的理解,先能找到是哪一个set方法,再找到形参对应的实际参数到底在哪里。

外部 Bean

  • 在 Spring 配置文件中单独定义
  • 可以被多个其他 Bean 引用
  • 有自己独立的 ID/名称
<!-- 外部 Bean 定义 -->
<bean id="address" class="com.example.Address"><property name="city" value="Beijing"/>
</bean><!-- 引用外部 Bean -->
<bean id="employee" class="com.example.Employee"><property name="address" ref="address"/>
</bean>

内部 Bean

  • 直接在引用它的 Bean 内部定义
  • 只能被当前 Bean 使用
  • 没有独立的 ID/名称
<bean id="employee" class="com.example.Employee"><property name="address"><!-- 内部 Bean 定义 --><bean class="com.example.Address"><property name="city" value="Beijing"/></bean></property>
</bean>

作用范围不同

特性外部 Bean内部 Bean
作用域全局可用仅限当前 Bean 内部使用
生命周期由容器管理随外部 Bean 创建和销毁
是否可重用是,可被多个 Bean 引用否,只能被当前 Bean 使用

构造注入

set注入在创建对象之后,而构造注入在创建对象的时候就注入了。
xml解析+工厂模式+反射机制
IoC思想的一种具体实现是依赖注入DI
八大框架
在这里插入图片描述
两个核心模块 IoC AOP
AOP
ORM(Object-Relational Mapping,对象关系映射) 是一种编程技术,用于在 面向对象编程语言(如 Java、Python)中的对象与 关系型数据库(如 MySQL、PostgreSQL)的表之间建立映射关系,从而让开发者能够以操作对象的方式间接操作数据库,无需直接编写复杂的 SQL 语句。

Spring的非侵入体现在哪里

Spring框架的非侵入式(Non-Invasive)设计是其核心哲学之一,指的是它不会强制要求你的代码必须依赖Spring特定的类或接口,而是允许你以原生方式编写业务逻辑,仅在需要时通过配置或注解引入Spring的能力。以下是具体分析:


1. 什么是“非侵入式”?

  • 传统框架的侵入性
    例如早期的EJB 2.x,要求业务类必须继承特定父类或实现指定接口(如SessionBean),代码与框架深度耦合。

    // EJB 2.x的侵入式写法(必须实现框架接口)
    public class UserService implements SessionBean {// 必须实现框架方法public void ejbActivate() {} // 业务逻辑...
    }
    
  • Spring的非侵入性
    你的类可以是纯POJO(Plain Old Java Object),无需继承或实现Spring的类/接口。

    // Spring中的POJO(完全独立于框架)
    public class UserService {public void addUser(String name) { // 纯业务逻辑}
    }
    

2. Spring如何实现非侵入式?

(1)依赖注入(DI)通过配置/注解实现
  • 不需要实现特定接口,只需通过@Autowired或XML配置即可注入依赖:
    @Service
    public class OrderService {@Autowired  // 通过注解注入,不依赖Spring接口private PaymentService paymentService;
    }
    
(2)AOP通过代理模式实现
  • 切面编程通过动态代理(JDK/CGLIB)增强功能,业务类无需感知:
    @Transactional  // 只需添加注解,不改变类继承结构
    public void updateOrder(Order order) {// 业务代码
    }
    
(3)模板模式消除样板代码
  • JdbcTemplate封装了JDBC的繁琐操作,但你的DAO类无需继承任何Spring类:
    @Repository
    public class UserDao {@Autowiredprivate JdbcTemplate jdbcTemplate; // 直接使用,无需实现Spring接口
    }
    

3. 非侵入式的核心优势

特性侵入式框架Spring(非侵入式)
代码耦合度高(依赖框架父类/接口)低(POJO + 配置/注解)
可测试性需依赖框架环境测试可直接单元测试(无框架依赖)
迁移成本重构代价高轻松切换其他框架或去Spring化
灵活性受框架设计限制自由选择技术组合

4. 对比其他框架

  • 侵入式框架示例

    • Struts 1.x(Action需继承ActionForm
    • EJB 2.x(需实现SessionBean
  • Spring的非侵入式体现

    • 你的UserService可以同时用于Spring、非Spring环境,甚至移植到Quarkus/Micronaut。
    • 仅需修改配置(如从XML换为@Bean),无需改动业务代码。

总结

Spring通过依赖注入、AOP代理、模板模式等设计,将框架能力以无感知方式注入到业务代码中,使得开发者可以:
✅ 用原生Java对象编写核心逻辑
✅ 按需选择Spring功能(而非强制)
✅ 轻松迁移或与其他框架集成

这种设计正是Spring能成为Java生态基石的关键原因之一。

http://www.dtcms.com/a/323836.html

相关文章:

  • GC如何判断对象可以被回收?
  • 分享一个基于Python和Hadoop的的电信客户特征可视化分析平台 基于Spark平台的电信客服数据存储与处理系统源码
  • Django @login_required实现登陆认证
  • 十、Linux Shell脚本:流程控制语句
  • Hadoop MapReduce过程
  • K8s DaemonSet 详解
  • K8s四层负载均衡-service
  • NLP学习开始-02逻辑回归
  • DevOps:从GitLab .gitlab-ci.yml 配置文件到CI/CD
  • LeetCode - 搜索插入位置 / 排序链表
  • win11(RTX5060)下进行nanodetplus训练
  • Kafka消费者相关原理
  • 第4章 程序段的反复执行4 多重循环练习(题及答案)
  • Audio Flamingo
  • 网站升级https地址方法
  • LeetCode每日一题,2025-8-10
  • jmeter常规压测【读取csv文件】
  • BGP HCIP
  • 繁花深处:花店建设的时代意义与多元应用—仙盟创梦IDE
  • 农经权二轮延包—已有软件与后续研究
  • 线性代数1000题学习笔记
  • 从街亭失守看管理
  • Datawhale AI 夏令营——全球AI攻防挑战赛(AIGC技术-图像方向)
  • LLaMA-Adapter V2 Parameter-Efficient Visual Instruction Model
  • 快速了解DBSCAN算法
  • 分布微服务电商订单系统Rust编码开发[下]
  • 数据结构:树
  • 分布微服务电商订单系统Rust编码开发[上]
  • 代码随想录算法训练营第六十天|图论part10
  • sqllabs——Less1