任何拥有Postharp制作经验的人？
有没有人在生产环境中使用过Postharp AOP框架？ 有没有什么陷阱？ 为了做一些日志记录等，可以将Postharp与log4net结合使用吗？
任何关于在Web Apps和/或log4net上使用Postharp的教程都将受到高度赞赏。
提前致谢。
我和另外一个队友以不同的方式在几个正在生产并且已经几个月的项目中使用PostSharp。 例如，在一种情况下，我使用它来记录异常情况下的方法参数值。 PostSharp Laos（包含在PostSharp中）是一种简单易用的注入方法调用方法（例如，在方法入口，退出和例外情况下），并且您可以轻松地将日志调用添加到log4net注册记录器。
它增加了构建时间，足以稍微改变我的构建习惯，但对于它提供的好处肯定不会太多，IMO。 在编写代码时，您可能希望将其从本地构建中排除，这很容易完成，因此您可以继续频繁且快速地构建，然后将其包含在构建服务器等内。
这是来自Gael（PostSharp创建者）的一个很好的PostSharp教程...虽然它很陈旧，但很高兴看到它是一个run-through。 在目前我遇到的控制台，winforms，WPF或WebApp中使用它并没有什么区别。
我也会说，一旦你已经想出了如何将老挝方面添加到项目中，重复这个练习是非常简单的。 并且您应用这些方面的程序集的数量与PostSharp添加到构建的时间之间有关系。 所以你甚至可以控制构建时间问题。
至于代码，我对PostSharp的工作方式印象非常深刻......它从未搞砸了构建，使得程序集无效或以其他方式搞砸了代码。 我甚至在ASP.NET应用程序中使用它，并使用代码覆盖率和性能检测工具（因此可以很好地使用MS的Assembly装配工具进行打包）。
总而言之，我会确定。 建议您尝试一下满足您的log4net要求。
我使用Postsharp，我喜欢它。 这节省了我很多重复的代码，否则我不得不添加。
我不需要log4Net的任何高级功能，而google足以了解它的工作原理。 它只是做这项工作。 到目前为止我还没有看到任何缺点。
对于Postsharp，网站上的入门指南，博客和浏览源代码就足够了。 一个主要的缺点是增加了构建时间。 我讨厌等待我的电脑工作。 大约需要8秒钟的时间，在Visual Studio中（在一台快速PC上）按ctrl-shift-b + -60K loc解决方案，并使用postsharp构建操作使用2个项目。 如果可以的话，尝试在尽可能少的项目中使用Postharp。
当你真的不想使用postsharp时，你可以创建一个包含20个项目的解决方案，并将后期构建命令添加到每个项目中。 构建时间将足以让团队的其他成员烦恼。
就我个人而言，我可能会继续使用Postharp未来的项目。 这些优势推翻了额外的构建时间。
我们尝试使用post sharp来做一两件事情，问题在于它将构建时间浪费太长时间。 如果你使用CI，并且有一个频繁的checkin方法，你最好有一个该死的好构建服务器和工作站机器。
显然，.net 4.0将会有一堆编译器挂钩，使得AOP更容易实现。 我们的最终结论是等待。
链接地址: http://www.djcxy.com/p/95163.html