在.Net世界中使用的任何成熟的AOP库？

Question

这个库至少应该和AspectJ相比，有哪些？

Answer 1

你可以尝试各种IOC容器，配备了AOP开箱即用（例如Spring.Net有一个强大的AOP freamework，温莎城堡有Interceptors也是如此Unity），使用Snap那些或使用IL-织女像Postsharp。

更新 我只是发现了关于“Afterthought”的 - 尽管在开发的早期 - 看起来很有希望。它的目标是成为Postsharp的一个开源替代品。

我忘了提Mono.Cecil它能够IL编织以及：

在简单的英语，与塞西尔，可以加载现有的管理组件，浏览所有包含的类型，修改它们的飞行并将修改后的程序集保存到磁盘。

Fody使用Cecil进行编织，并允许在构建阶段集成该步骤。它带有一些方便的插件（例如在编译后实现INotifyPropertyChanged或从公共属性生成ToString方法）。

Answer 2

PostSharp。

Answer 3

看看Unity Interception从Microsoft patterns & practices。

Answer 4

我一直在四处寻找完全相同的东西，我可以很自信地告诉你.Net中没有任何东西可以在各方面与AspectJ进行远程比较。

在.net世界中，我发现动态代理经常用作AOP机制。 只有少数支持像Postharp和Afterthoughts这样的实际IL编织的工具，它们都可以通过属性声明性编程来实现Aspect Orientation。它们都易于使用，但是如果您来自AOP背景（AspectJ），我不确定它们会是您称为AOP的。

到目前为止，我还没有看到任何.Net实现的“真正”AOP模式（正如十年前正式定义的那样，即切入点，连接点，建议，方面等），可能是因为很少有人意识和兴趣一般来说，AOP的常用用途通常局限于日志记录，事务管理和异常策略，而IoC和属性通常就足够了。

在.NET的这个阶段，商业规则和域驱动代码的AOP仍然很少被看到（也没有被任何工具支持）。

我最近遇到的只有一个开源项目似乎开始填补这个空白（http://sheepaop.codeplex.com），看起来还很早，但看起来像是一个AspectJ-ish实现。正如我前面所说，它仍然不会与AspectJ（根据你的问题）进行比较，但这种相似性非常明显，似乎是故意的。

Answer 5

由于问题与.NET有关，因此您可以使用Nemerle语言，它具有强大的元编程功能。