Spring In Action 学习笔记(一)

个人学习Spring In Action学习笔记系列 (一)

源码地址 https://github.com/spring-projects/spring-framework

---

U1 开始Spring之旅

1.1什么是Spring

Spring是一个开源框架，为简化企业级应用开发应运而生。Spring是一个轻量级的DI和AOP容器框架

• 轻量级 基于POJO可以打成一个2.5MB的JAR包，非侵入式
• 依赖注入 提供一种松耦合的技术，称为依赖注入(DI) Dependency Injection.对象是被动接收依赖类而部署自己主动去找。可以将DI理解为JNDI的反转--对象不是从容器中查找他的依赖类，而是容器在实例化对象的时候主动将他的依赖类注入给他
• 面向切面 将业务逻辑从应用服务中分离出来，实现了内聚开发。如提供了系统中日志和事务支持
• 容器 Spring是一个容器，包含并且管理应用对象的生命周期和配置
• 框架 使用了简单的组件配置组合成一个复杂的应用

核心容器，BeanFactory提供了组件生命周期的管理，组件的创建，装配，销毁等功能。

各个模块内容见 https://blog.csdn.net/panjianlongWUHAN/article/details/86301251

此处不再详述

 

1.3 理解依赖注入

Spring框架的核心是DI Dependency Injection

依赖注入通常被称为反向控制

骑士问题举例

使用接口耦合

减少耦合的一个通常的做法是将具体的实现隐藏在接口下面，这样具体实现类的替换不会影响到引用类

先写一个探险接口

HolyGrailQuest来实现这个接口

同样要添加Knight骑士接口

圆桌骑士实现骑士

但是该类只能获得特殊的一类探险 HolyGrailQuest

问题 是应该让骑士自己获得探险任务还是应该给予骑士他要从事的任务？

骑士得到他的探险任务是不同的，他只知道Quest接口，你可以按需给他任何一种Quest实现

1.4 应用AOP

AOP经常被定义成一种编程技术,用来在软件系统中提升业务的分离。有一些组件负责核心功能外的附带功能，比如日志，事务管理和安全，通常叫做交叉业务

AOP帮助我们将这些服务模块化，并把它们声明式地应用在需要它们的地方，这些组件更加专注于自身业务。

把切面想象成一个覆盖层，使用各个功能层来覆盖核心业务层。

AOP使用举例

每个骑士需要一个吟游诗人陪伴，用歌曲记载骑士的行动和功绩

出现一个问题，每个骑士在探险前，必须停下来吩咐诗人谱曲，探险后需要记得告诉诗人歌颂，耽误了骑士探险，造成了耦合。

理想状态下，歌手应该不等通知就谱写曲子。 吟游诗人提供的的服务超出了骑士的责任，两者产生了交叉。所以把吟游诗人实现成切面，并把他的写歌服务提供给骑士是合理的。骑士甚至不需要知道诗人在旁边

使用XML编织切面

骑士不再需要告诉诗人来歌颂其探险，作为一个切面，诗人自动处理歌颂事务

KnightOfTheRoundTable恢复到一个更简单的形式

依赖注入和AOP是Spring中所有事情的核心