在我的服务中，所有公开的方法都有：
try
{
// the method core is written here
}
catch(Exception ex)
{
Log.Append(ex);
}
一遍又一遍地重复它既无聊又丑陋。有没有办法避免这种情况？有没有更好的方法让服务即使发生异常也能正常工作，并继续将异常详细信息发送到Log 类？
【问题讨论】：
标签： c# .net logging refactoring
试试AOP。这是AOP使用最广泛的卖点。
另外，请参阅此处的this discussion SO。
【讨论】：
try-catch。它只重构Log.Append 行，对吧？
您可以为所有未捕获的异常设置通用错误处理方法，如下所示：
AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(UnhandledException);
根据出了什么问题，您可能无法从错误中恢复……但这应该可以让您对出了什么问题有所了解。如果应用程序代码无法正常处理异常，则此方法可能会尝试将服务重新初始化为已知的工作状态。
【讨论】：
我现在想出了一个半解决方案。我可以重构代码：
public TResult ExecuteAndLogOnError(Func<TResult> func)
{
try
{
return func();
}
catch(Exception ex)
{
// logging ...
}
}
然后你可以在每个方法上调用它：
return ExecuteAndLogOnError(() =>
{
// method core goes here..
});
这比原始场景短了 4 行。
【讨论】：
在这种情况下，我总是使用集中式错误处理程序。 在 WCF 中，这很容易。更多细节： http://www.haveyougotwoods.com/archive/2009/06/24/creating-a-global-error-handler-in-wcf.aspx
基本上，您只需实现 IServiceBehavior 接口，然后提供您自己的错误处理程序。这是执行此操作的最佳方法，因为您不必在方法中编写任何处理致命异常（我的意思是您只能记录并且您不知道如何处理它们的异常）的代码。
【讨论】：
如果您所做的只是记录，那么只需在稍后阶段记录错误...无需提前记录错误。如果你做的不仅仅是记录错误，那么无论如何你都需要try..catch。如果你吞下异常（IE。只需记录它们，然后像什么都没发生一样继续）那么也许你做错了......
【讨论】：
我曾经使用过类似模板函数模式的东西来解决这样的问题。我有一个基类，它做了类似的事情：
public void Execute()
{
try
{
ExecuteImplementation();
}
catch (Exception ex)
{
// Log ex
}
}
public abstract void ExecuteImplementation();
每个 Web 服务操作都有一个派生类。每个派生类都实现了 ExecuteImplementation。
网络服务操作做了：
[WebMethod]
public Result WebOperation(Request request)
{
WebOperationClass instance = new WebOperationClass(request);
instance.Execute();
return instance.Result;
}
【讨论】：
异常过滤器对此很有用。唉，.NET 通过 MSIL、C++/CLI、VB.NET 支持它们，但不支持 C#。
【讨论】：
如果您在 catch 中所做的只是记录异常，您可以只使用自定义错误页面并让 ELMAH 记录所有未捕获的异常。
【讨论】：
之前的一张海报提到了 AOP（面向方面的编程）。
我将 PostSharp 用于基本的日志记录跟踪/异常。
它非常易于使用和设置。
查看此链接并观看教程。
http://www.sharpcrafters.com/postsharp
--废话它不再是开源的......无论如何，你可以抓住 Postsharp1.5 并弄乱它，看看它是否是你感兴趣的东西。
我也不隶属于 PostSharp。我只是一个用户。
【讨论】：