Emit学习-实战篇-实现一个简单的AOP框架（一）

周末两天窝在家里，使用Emit做了一个非常简单的AOP框架，当做是这几周学习Emit后的一个实践。东西出来了，自然要和大家分享一下，虽然框架做的比较粗糙、简单，但是也已经能够看到一点AOP的雏形了，用来自己无聊玩玩还是可以的，当然要用到产品中去肯定还需要长期的完善啦。

说起AOP相信园子里很多高手都研究过，园子里好像也有自己的开源AOP项目，不过我时间有限没有细找，同时也发现园子研究AOP理论方面的文章很多，但是好像并没有完整的实现一个简单AOP框架的例子（当然我只是简单的找了一下，如有遗漏恳请谅解。），正好趁这个机会写一个这方面的例子，能够让像我这样的菜鸟对AOP有更多的了解。

有关AOP的概念介绍，网上有非常多的解释，我也没有时间一一细看，这里给出百度百科中的解释：

面向方面编程：Aspect Oriented Programming

AOP是OOP的延续，是Aspect
Oriented Programming的缩写，意思是面向切面编程。可以通过预编译方式和运行期动态代理实现在不修改源代码的情况下给程序动态统一添加功能的一种技术。AOP实际是GoF设计模式的延续，设计模式孜孜不倦追求的是调用者和被调用者之间的解耦，AOP可以说也是这种目标的一种实现。

　　举例：假设有在一个应用系统中，有一个共享的数据必须被并发同时访问，首先，将这个数据封装在数据对象中，称为Data Class，同时，将有多个访问类，专门用于在同一时刻访问这同一个数据对象。

　　为了完成上述并发访问同一资源的功能，需要引入锁Lock的概念，也就是说，某个时刻，当有一个访问类访问这个数据对象时，这个数据对象必须上锁Locked，用完后就立即解锁unLocked，再供其它访问类访问。

　　使用传统的编程习惯，我们会创建一个抽象类，所有的访问类继承这个抽象父类，如下：

　　abstract class Worker{

　　       abstract void locked();

　　       abstract void
accessDataObject();

　　       abstract void unlocked();

　　}

　　缺点： 

　　accessDataObject()方法需要有“锁”状态之类的相关代码。 

　　Java只提供了单继承，因此具体访问类只能继承这个父类，如果具体访问类还要继承其它父类，比如另外一个如Worker的父类，将无法方便实现。 

  　重用被打折扣，具体访问类因为也包含“锁”状态之类的相关代码，只能被重用在相关有“锁”的场合，重用范围很窄。

　　仔细研究这个应用的“锁”，它其实有下列特性： 

l  “锁”功能不是具体访问类的首要或主要功能，访问类主要功能是访问数据对象，例如读取数据或更改动作。 

l  “锁”行为其实是和具体访问类的主要功能可以独立、区分开来的。 

l  “锁”功能其实是这个系统的一个纵向切面，涉及许多类、许多类的方法。如下图：

　　因此，一个新的程序结构应该是关注系统的纵向切面，例如这个应用的“锁”功能，这个新的程序结构就是aspect（方面）

　　在这个应用中，“锁”方面（aspect）应该有以下职责：

　　提供一些必备的功能，对被访问对象实现加锁或解锁功能。以保证所有在修改数据对象的操作之前能够调用lock()加锁，在它使用完成后，调用unlock()解锁。

　　AOP应用范围

　　很明显，AOP非常适合开发J2EE容器服务器，目前JBoss
4.0正是使用AOP框架进行开发。

　　具体功能如下：

l  Authentication 权限

l  Caching 缓存

l  Context passing 内容传递

l  Error handling 错误处理

l  Lazy loading 懒加载

l  Debugging 调试

l  logging, tracing, profiling and monitoring 记录跟踪 优化 校准

l  Performance optimization 性能优化

l  Persistence 持久化

l  Resource pooling 资源池

l  Synchronization 同步

l  Transactions 事务

　　AOP有必要吗

　　当然，上述应用范例在没有使用AOP情况下，也得到了解决，例如JBoss 3.XXX也提供了上述应用功能，但是没有使用AOP。

　　但是，使用AOP可以让我们从一个更高的抽象概念来理解软件系统，AOP也许提供一种有价值的工具。可以这么说：因为使用AOP结构，现在JBoss 4.0的源码要比JBoss
3.X容易理解多了，这对于一个大型复杂系统来说是非常重要的。

从另外一个方面说，好像不是所有的人都需要关心AOP，它可能是一种架构设计的选择，如果选择J2EE系统，AOP关注的上述通用方面都已经被J2EE容器实现了，J2EE应用系统开发者可能需要更多地关注行业应用方面aspect。

看了上面的内容，相信大家也跟我一样对AOP有了一个大致的了解，接下来就对我们的AOP框架要实现的功能进行界定。

首先，我们将一个方法的执行分成为如下几个部分：

l  调用前的预处理：可以包括日志记录、权限控制、验证安全性等；

l  真正的方法体调用；

l  调用后的处理：可以包括事后的日志记录、持久化调用结果等；

l  套在前面3个部分外面的异常处理程序。

这样，我们就把要关注的切面分成了3类：调用前处理、调用后处理以及异常处理。我们通过属性+接口+配置文件的方式来完成开发人员对这些切面的定义及使用。这里先给出一个客户端的方法中的使用示例，其它的就等下次再讲吧，明天还得早起，得洗洗睡了。

Test

public class Test

{

    [Aspect(AspectTypes.PreProcess | AspectTypes.ExceptionHandler)]

    public virtual void Test1(string num)

    {

        Console.WriteLine(Convert.ToInt32(num));

    }

    [Aspect(AspectTypes.PostProcess | AspectTypes.ExceptionHandler)]

    public virtual int Test2(string num)

    {

        return Convert.ToInt32(num);

    }

    [Aspect(AspectTypes.ExceptionHandler)]

    public virtual int Test3(string num)

    {

        return Convert.ToInt32(num);

    }

}

可以从三个切面中选择自己需要的进行处理，和Aspect这个属性对应的还有一份配置文件，每个方法可以选择自己的处理程序，也可以使用默认的处理程序。

在具体的使用时，只要按照下面的方法创建一个动态代理类即可，非常的简便，如下：

Test test = DynamicProxyFactory.CreateProxy<Test>(typeof(Test));

好啦，偶先闪了！~