c# 2种反射应用在AOP方法上的比较

虽然说, 在C#环境下也有了 成熟的spring 架构,但是涉及到AOP编程的时候,还是的自己写基于反射的实现,毕竟Spring只是一个框, 往里头装东西还的咱码代码的来,而那些功能实现如果还要走一层配置文件层的话那反而就更麻烦了. 因为项目上有涉及到 需要扩展调用到 RPC 并且调用前后都要 大量的log 各种日志 ....所以.试了些方法, 最后发现 自己直接.用反射的方式来处理类间的调用固然可以 而real proxy 的方式也可以 各有各的好坏和麻烦之处.

首先可以用 显式的直接用 emit 来 call然后前后加 功能函数的方式. 其实简单的例子够用了, 毕竟Spring的概念就是要简单简单再简单,codeproject上这个例子尽够了:

http://www.codeproject.com/dotnet/emithelper.asp

    emit
        // string.Format("Hello, {0} World!", toWhom)
        //
        ->ldstr   ("Hello, {0} World!")
        ->ldarg_1
        ->call    (String::typeid, "Format", String::typeid, Object::typeid)

        // Console.WriteLine("Hello, World!");
        //
        ->call    (Console::typeid, "WriteLine", String::typeid)
        ->ret()
        ;

而实际上写起来还是蛮费工夫的,因为你必须要自己写显式的call 被 emit的方法的 IL 代码 .然而也不是那么的没办法,因为毕竟有 ILDasm.exe 呢

另外一种就是用广义的反射 即real proxy的 interface 继承的方式来做了:

IMyType myType = ( IMyType )MyProxy(typeToProxy).GetTransparentProxy()
这样，在调用IMyType的接口method的时候。。。realproxy的invoke方法会被自动调用。。而我们可以重载invoke方法
public class MyProxy : public RealProxy


public override IMessage Invoke(IMessage msg)
{
IMethodCallMessage methodCall = msg as IMethodCallMessage;
LogFoo();  //------------------注入函数
IMessage msg = Invoke(methodCall);
LogBar();  //------------------注入函数
return msg;
}

protected override IMessage Invoke(IMethodCallMessage methodCall)
{
retVal = methodCall.MethodBase.Invoke(null, args);
ReturnMessage mret = new ReturnMessage(
                retVal,
                args,
                methodCall.ArgCount,
                methodCall.LogicalCallContext,
                methodCall);
            return mret;
}

广义上来说 .net这整套的把method call转换成message的过程都是反射相关的。但是不是直接的 而是语法里支持的 override 反射只是一种思路。。。具体什么应用方式。。就看发挥了。。。而这种方式具体的麻烦就在于代码量相当的不小

恩,现在坦白来说暂时没决定用啥