Policy Injection Application Block

Microsoft Patterns & Practices团队在2007年发布的Enterprise Library 3.0 February 2007 CTP中,我们惊喜地发现了AOP的踪迹,其名为Policy Injection Application Block(PIAB)。Enterprise Library的产品经理Tom Hollander和架构师Edward Jezierski都相继在自己的博客上介绍了PIAB。从特征与功能来看,已经基本具备了AOP的要求。

从技术实现来看,PIAB并没有特别的创新,沿用了大多数致力于.NET平台AOP研究人员的思路,采用了Remoting Proxy技术。PIAB定义了特殊的工厂类,通过它添加Policy,然后创建代理对象实例。受到Remoting Proxy技术的限制,所谓的代理对象必须继承自MashalByRefObject。例如:
public class LoggingTarget : MarshalByRefObject
{
    public string DoSomething(int one, string two, double three)
    {
        return string.Format("{1}: {0} {2}", one, two, three);
    }
}

添加Policy与创建Aspect对象的方法如下:
private PolicySet GetLoggingPolicies()
{
    PolicySet policies = new PolicySet();

    Policy simpleInputsPolicy = new Policy("simpleInputsPolicy");
    simpleInputsPolicy.RuleSet.Add(new MatchByNameRule("MethodWithSimpleInputs"));
    simpleInputsPolicy.Handlers.Add(new SignatureCheckingHandler(new Type[] { typeof(int), typeof(string) }));
    policies.Add(simpleInputsPolicy);
    return policies;
}
private LoggingTarget CreateTarget()
{
    InterceptionFactory factory = new InterceptionFactory();
    factory.AddPolicies(GetLoggingPolicies());
    return factory.CreateNew<LoggingTarget>();
}

代理对象(Proxy Object)会通过Handler链定位到真实对象(Real Object),而Policy则被注入到代理对象和真实对象中。整个流程如图:

PIABIntroPipeline.gif

在Policy中,包含了一个Matching Rules集合以及Handlers Pipeline。从AOP技术的角度来看,代理对象所指代的真实对象就是“Aspect”,而Policy则是切入点,它可以通过Matching Rules来定位代理对象的方法,至于Handler则近似于Advise。

Authorization横切关注点(Cross-Cutting Concerns)的处理方式如图所示:

PIABaborted.png

PIAB目前预定义的Handler包括Validation Handler、Logging Handler、Exception Handling Handler、Authorization Handler、Caching Handler。这些Handler与Enterprise Library中的其他Application Block几乎是一一对应的。事实上,权限认证、日志、异常处理、缓存等,恰恰都是AOP技术最重要的关注点。在February 2007 CTP版本之前的Application Block,实际上已经具备了AOP的雏形。然后,由于它在“横切”与“注入”方面的缺乏,始终无法达到AOP所要求的重用目的。Policy Injection Application Block正好弥补了这样的缺憾。

本人也曾利用Remoting Proxy技术开发了.NET平台下的AOP组件,基本实现了AOP的主要功能。然后因为两个困惑,使得这一工作没有继续进行下去。

1、使Aspect对象继承自MarshalByRefObject是否过于专制?鉴于许多语言都具备单继承的特性,如果剥夺了一个类继承的能力,就使得程序的设计者多了很多约束。这是否是明智的选择呢?

2、继承自MarshalByRefObject后,效率究竟如何?我曾经做个这样的测试,发现继承自MarshalByRefObject类的对象比没有继承MarshalByRefObject类的对象,在性能上相差了几十倍。PIAB采用Remoting Proxy技术,是否在性能上有所考虑呢?

posted on 2007-03-20 17:58 张逸 阅读(4079) 评论(9)  编辑 收藏 所属分类: AOP

评论

#1楼  2007-03-20 21:30 吕震宇      

好!功能越来越强大了!   回复  引用  查看    

#2楼  2007-03-21 09:36 dali [未注册用户]

透明代理,这个2003年就有人实现了吧   回复  引用    

#3楼  2007-03-21 10:04 fly_bluewolf [未注册用户]

必须继承MarshalByRefObject基类,严重制约了它的可使用性,
估计这种方式能接受的人很少了
  回复  引用    

#4楼 [楼主] 2007-03-21 10:09 Bruce Zhang      

all:
这是我粗略看过PIAB后得出的结果。我也对这样的实现方式感到奇怪,但不知是否在理解上有所偏差?之所以post这个帖子,也是希望更多的AOP的研究者能够看看PIAB的功能与SourceCode。   回复  引用  查看    

#5楼  2007-04-10 10:28 redmoon      

确实对PIAB的实现方法比较奇怪。难道他们没有参考一下其他实现方式?castle的实现就很好   回复  引用  查看    

#6楼  2007-04-24 10:47 bobmazelin      

hi,all:
个人现正在研究在.Net平台下实现静态编织的AOP编织器,如有兴趣可在我的blog上留言;当然动态AOP也是我将来的目标.....   回复  引用  查看    

#7楼  2008-01-18 10:22 匿名 [未注册用户]

不一定要继承自MarshalByRefobject
也可以提供接口的
就像spring中的Aop,需要声明接口   回复  引用    

#8楼  2008-07-01 23:48 江南白衣      

楼上说的是,PostSharp4EntLib 也可以解决这一问题   回复  引用  查看    

导航

公告

logo.gif
我的著作与译作

《软件设计精要与模式》

《WCF服务编程》

MVP_Horizontal_BlueOnly.png

From 03-03-2006
Counter: site stats

与我联系

常用链接

我参加的小组

我参与的团队

随笔分类(244)

随笔档案(235)

最新随笔

搜索

积分与排名

最新评论

阅读排行榜

评论排行榜