对AOP池(AOP容器)的研究

        通过前面的研究我发现思路局限了:一直追求实现某个功能的AOP.

        面向对象的基础是不断抽象.当我们要把日志,权限,事务,工作流等模块都做成AOP的时候,就要想到AOP池这么一个概念了.功能模块是与业务完全解耦的,业务和功能模块在AOP池的两侧分别开发,往这个AOP池或者AOP容器中扔进去一个又一个功能模块,它们就实现了相应的功能.

       思考许久,苦于不知道AOP池中这个池究竟该如何抽象或实现.又从容器下手,将Spring的核心IOC容器作了分析,希望从中得到些启示.容器对于实体集合类的研究有更大的帮助,而AOP重点不在此.

       随着对AOP池的不断研究,小组成员的认识渐渐趋于一致:AOP池的统一,更多是在思想上.

       我们首先将日志做成AOP的,分析了AOP实现中的各点,包括:接口类,实现类,代理类,配置等.之后又分析权限,这部分主要依靠的是shiro开源框架,之前2.0开发只学会配置,并没有研究shiro内部的实现原理,事实证明shiro对权限的控制就是基于AOP的支持.这么一来,笔者越发觉得,AOP的实现可以有多种,统一的不过是思想罢了.

      工作流还在努力和业务分离中,目前尚处于研究阶段.当我们尝试着把工作流做成AOP的时候,AOP池就该出来了吧.