CgLib ,NCgLib 和AOP (之一)

CgLib ,NCgLib 和AOP

    广大关心编程前沿的程序员已经对AOP的感念耳熟能详了。无论是基于.NET的实现还是基于Java的实现都有很多开源的项目可供参考。
    对AOP不了解的读者可以到我得AOP专栏，熟悉一下AOP的基本概念。
    回顾AOP的历史可以看出，AOP并不是最近几年才冒出的“新”概念，据说历史可以追溯到施乐公司的一个实验室的项目。   
    从汇编语言，面向过程的编程，在到现在被广泛接受的OOP的编程思想，人们逐步抽象出对现实世界的描述。这每一步的进步，都使得我们对大规模的软件编程更容易控制和实现。
    那么为什么到了现在AOP才受到业界广泛关注呢？
    一方面OOP的编程思想相对成熟，也逐步显露出了其不能有效解决的领域，这部分需要新的思想来填充。另一方面就是程序语言的进步。
    大家知道AOP的特点之一是Interception，就是拦截。比如在方法执行前，执行中，执行后动态插入一些额外的方法，典型的就是日志，权限和事务控制。
    在基于虚拟机java 和 CLR 的.net 出现以前实现方法拦截，几乎不可能。 单单从Interception上说，珊瑚虫  和 木子版本的 QQ 就是一个 具有AOP特性的实现。大家有兴趣可以了解一下 珊瑚虫 或者 木子 版本的QQ的实现方式，可以说是呕心沥血，经历了无数次的重新启动和汇编测试，才实现了对QQ相关方法的拦截。
    因为无论是java的字节代码，还是.net的伪编译，他们生成的都不是最终的机器代码，而是平台无关的代码，这些代码在具体执行的时候还需要翻译成机器代码才可以执行。中间语言的出现使我们对执行前的代码有了更多的控制。
    正因为如此AOP的理论有了实现的可能，这个时候出现可谓水到渠成。
    一般来讲AOP的实现有3种途径：
    1 在编译成中间代码前就让代码具有AOP的特性，比如AspectWikez；
    2 使用语言特性，从设计方法出发，实现AOP，比如基于Java 的动态代理实现AOP。（见我得南宁系列文章）；
    3 在中间代码运行时，动态修改中间代码，使其具有AOP特性。
    上面3种方法的有缺点我认为有几下几点：
    采用的一种方法，一般需要编译器的扩充支持，如同C编译器的出现代替汇编一样，需要长时间的验证其稳定性和效率。另外对于最终开发人员来说也需要学习这些编译器，或者新的语法指令完成这些功能，当然功能也最强大。
    第2种方法，我认为是一种轻量级别的实现，比如Nanning 和 DynAOP 等，一般这样的实现需要在设计上下功夫。比如需要基于接口编程。对于已有的项目来说，改动量非常大。
    第3种方法，介于1，2种方法之间。采用第3种方法实现AOP，不需要每个类都有一个接口，也没有什么编译器的更改。他的缺点是需要高超的编程技巧。正因为如此，才有很多项目用第3种方法包装后，给最终开发人员使用比如：Spring。
    实际上Spring 的AOP实现种第1，2种方法都采用了。
    我认为目前的项目种，大规模的采用AOP还不适合，一方面AOP还在发展之中，另一方面支持AOP的框架还没有被广泛的接受。
    正因为如此我们不妨直接操作中间代码，在项目的一些关键地方实现一些AOP的特性。
    那在Java的世界中可以用cglib,Javassist 等
    在.net的世界中可以用ncglib。
    下文我们来给出一些代码例子。
    （待续）

 

参考文章：
也谈判断一个程序是Debug 还是 Release
A Primer for Aspect-Oriented Programming in Java
反射发送实战（－）InvokeMember
http://aspectsharp.sourceforge.net/

通过Emit实现动态类生成

.NET WS客户端与Axis服务端的互操作问题

Nucleus.MockAOP.Net：OpenSource .Net AOP FrameWork