想了想还是单独来总结一篇吧，关于 AOP 内容不少，分散在两篇文章中也不好看，在 Spring 的两大核心 IoC 和 AOP 中，普遍认为 AOP 是比较难的，因为它的概念比较多吧，并且还都非常抽象，所以单独来一篇。

这里的 Spring 指的还是 SpringFramework ；Spring 是做什么的上一篇中已经说的很详细了，也主要是说的怎么用，这篇主要是对上篇的知识补充，多是理论的补充，有些重复内容，写的也很混乱….

总的来说这是一个非常简单的适配器，但却非常的好用；另外还补充了个和它差不多的模式：外观模式
首先来看下适配器的定义：
适配器模式把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

首先，我们来看下命令模式的定义：
将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。
命令模式是一种行为模式，通俗点说 可以把它看成分离的关注点，可将“动作请求者”从“动作执行者”对象中解耦；

在实际使用中，Spring 的注解使用还是非常常见的，毕竟省去了那么多罗嗦的配置，前面在看它们整合 SSH 框架的时候栗子都是用注解，忽然发现我并没有学习过 Spring 的注解….
这不就马上来补上

这一篇说的是纯手动的整合，目前主流的应该是采用 Maven 或者 Gradle 进行整合，这个以后再说吧…
关于集成顺序，不是固定的，但是一般是先添加 Spring 支持，再添加 Hibernate 支持，这样 hibernate.cfg.xml 就被集成到 applicationContext.xml（beans.xml） 中，就不用手动配置了。至于 Struts 在他们俩前后都可以了….
每添加一个框架建议做一次测试，以保证引入是没有问题的，用简单的单元测试就行