我试过使用 Postsharp,但他们目前的实现目标是 2.0,让它工作变得很痛苦。我是否应该推出自己的 AoP 实施(我在这里考虑一个非常基本和实用的实施)
还是有一个我不知道的替代方案?
我试过使用 Postsharp,但他们目前的实现目标是 2.0,让它工作变得很痛苦。我是否应该推出自己的 AoP 实施(我在这里考虑一个非常基本和实用的实施)
还是有一个我不知道的替代方案?
您可能希望查看Eric Bodden 的列表,该列表取自一个非常相似的 stackoverflow 问题。
oOo CF 上的“开箱即用”AOP?你可能有点失望。
最好的答案是PostSharp。:D 这里的问题是下载链接是这样说的:
“但是它并不稳定。如果您想尝试新功能并参与稳定产品,请下载它。”
因此,如果您希望在生产中使用它,可能会有一些隐藏的痛苦。但他们确实明确支持 CF!我自己还没有尝试过,所以我无法给出评论。
Eric Bodden 的列表对于 Compact Framework 来说并不那么热门,这就是为什么这个问题与那个问题不太相似的原因。在 PostSharp CTP 1.5 发布之前,我快速浏览了一下这个,我没有找到任何“开箱即用”的。所有其他框架(包括列表中省略的 Spring.NET)似乎都需要有人为它们创建一个端口。考虑到可能使用序列化、动态代码生成、Reflection.Emit 或 x86 特定调用,我怀疑移植是否会非常容易。
所以是的,我猜是 PostSharp FTW。