下面是个人的一些简单理解和总结。
AOP能把遍布应用
各处的功能分离出来形成一种可重用的组件,或者简单理解说是一种可以使得代码复用的方式
比如系统中每个组件都有自己的特定功能,但是这些组件有时会处理一些额外的职责,
而这些额外职责往往是很多组件都需要去做的,这些额外职责就是横切关注点
这些
关注点就是我们要实现复用的,也就是把他变成可以复用的组件
但是可用的组件的意思并不是所谓的:
把这些关注点抽象为一个独立的模块,其他模块只是调用它的方法
这并不是AOP,因为方法的调用还是会重复出现在各个模块中的,这样只是换汤不换药的,不是AOP
真正的AOP不仅仅是模块化,
它还以声明的方式把这些模块应用到它们需要影响的组件中去
,
而不是简单的方法调用,被影响的组件 甚至都不知道有这些AOP模块,这就是声明式的巧妙,这样就实现了关注点和核心业务逻辑分离了
《spring实战》中的吟游诗人例子很典型:
我要诗人在勇士探险前后分别歌颂他,原本我们是这么做的:
这样的话,勇士与吟游诗人就耦合性大大增加了,勇士的任务是探险,但是现在参入了多余的额外代码,核心业务代码被污染了变得混乱
而且吟游诗人工作其实可以自己去做,不用勇士来命令它去做的,所以吟游诗人应该抽象为一个AOP切面,然后用声明的方式去影响勇士,如下:
如此,吟游诗人其实仍然是一个POJO,他并不知道自己作为一个切面在使用,而且勇士也不需要显式调用吟游诗人,因为此时他完全不知道有吟游诗人这种东西存在
这样也是简化了开发,使代码简单不复杂