AOP C#在行动

2024-07-21 02:19:29

字体：大中小

来源：转载

供稿：网友

看过一本书，题目是《ascpectj in action》，正好这一段手上的项目搞一段落，所以有一点点空暇，决定写一些东西。

aop是aspect-oriented programming的简写。曾经为这个aspect的中文翻译伤透了脑筋，还有一个相似的aop，那是attribute-oriented programming，于是，有人译作面向方面编程，后者则是面向特性编程。面向特性编程可以说得过去，总觉得面向方面编程翻译的有些怪，一则中文理解不通：什么叫面向方面？或者按台湾的习惯“方面导向”？哈，不知所云。一个偶然的想法，aspect又作形态解，这个形态不是我们平时所说的意识形态中的形态，那是思想中的形态，是无形的，这个形态是指对象表现出来的某种形式（它的行为、特征等）。所以，我个人认为aop翻译为面向形态编程似乎更为合适。

aop的研究逐渐成为热门，有关aop的描述，在csdn文章中也有人做了比较详细的描述，也有一些对描述的争论。《aspectj in action》的描述我认为最为经典，理由是：该书是aspectj开发者的手笔，而aspectj目前也是最成熟aop的工具之一。

对方法调用的拦截，有人把它作为对aop的解释，同大多数人一样，我不这样认为。aop的主要作用是解决对象之间的横向关系，一种正交的错综复杂的关系。传统的oop不能很好的或者说是很容易的解决这个问题。这就是aop有机会得以发扬光大的原因之一。那么aop是如何解决这个问题呢？编织（weave），把对象间的相关行为按照特定的规则编织到一起。而前面提到的拦截仅仅是为完成编织而采用的手段。拦截不是目的，编织才是。反过来说，编织不仅仅是拦截，它包括了多种知识和技术。这种编织的过程既可以是静态的也可以是动态的，就像oop中的先期绑定和后期绑定。

本文的标题提到c#（不好意思，c#是本人最爱的语言之一），是因为aop在c#中的研究比java中的研究要落后好几年。可以达到应用级的几乎没有（至少java还有一个aspectj，当前版本为1.2)。或许是我孤陋寡闻，网络上能找到的比较知名的恐怕只有loom和aspect#了，说它们还属于试验室的成果一点也不为过。那么是否就是说aop在c#的实现很难呢？回答：是，也不是。java和c#的语言特征如此相像（它们有共同的祖先c++）。没有理由说java可以实现，而c#不行。那么问题在哪里呢？这是c#的aop的研究，大多数人坚持的一点是不能修改已有的c#语言规范，只能对c#语言进行扩展。同时产生的程序集（assembly）必须能够被clr调用和执行。另外还要考虑程序的性能。如果ms没有在c#乃至.net中对aop内建的支持（如目前所做的泛型的扩展），那么难度一定是存在的。

幸运的是，ms并没有完全忽略aop，在.net的框架类库的设计中，我们可以隐隐约约的找到aop的设计思想（虽然这是ms类库实现者为解决特定的问题而采用的方法）。这也为我们在c#中实现aop提供了设计思路。尽管如此，也还是有许多问题需要解决。

上一篇：The C# Programming Language Notes

下一篇：Visual C# 2005 Express Edition Beta的第一天使用