Spring读书笔记

一、做业务需求要求

在确认需求后需要确认的几件事情：

1.项目的主流程是什么，区分分支流程和主流程

2.扩展点的预留：预留好扩展点可以为后续的扩展带来方便，同时符合开闭原则

3.扩展接口的定义：

扩展考虑上下文传递数据结构定义

如何满足后续需求

兜底方案如何设计

4.职责分离

如何抽取通用流程

5.考虑复用

简洁代码

二、Spring中创建Bean的流程

Spring中创建Bean的流程中：

1.首先通过设置的Class属性或者根据className来解析Class，我理解这个过程其实是一个bean转beanDefintion，然后到beanDefintionMap的过程

2.对override属性进行标记以及验证

这个过程通过lookup-method和replacd-method，将methodOverrides 进行替换的过程。

3.初始化前的前后后置处理器进行增强

4.进行实例化

三、更多思考

可以看到实例化只是Spring中的一步。如果按照我们的常规思路，实现这一个实例化的过程不就行了吗？为啥还需要做这么多？

Spring框架的优秀在于它给我们留了很多口子，而这些口子就是很多框架可以很容易集成它的原因。同时这也是SpringBoot、SpringCloud很容易集成的原因。

那这给我们的思考又是什么呢？因为我们大多数人都是在写业务。也就是我们如何把这种思想在业务中使用呢？

那就是我们在这个它的整个流程中的处理器，也即我们看到的处理器。这些Processor处理器是我们看到的扩展，这种扩展的模式类似我们经常写的拦截器，前置操作、后置操作，当前操作。

也即对应我们的业务中的相关业务中的相关step，每个step，我们又可以基于此建立前置后置处理，为我们的业务处理建立扩展点，扩展是留给我们后续业务迭代的。

这个过程中，明确主流程是相当重要的，只有主流程明确，分支流程才能做更好的扩展。

这也说明了，一个好的设计，可以带来的好处有很多。

四、参考

郝佳的深入Spring源码解析