ASP.NET 常见错误页面最佳实践

Question

我正在开发 ASP.NET Web 应用程序。我正在为整个应用程序实现日志框架。

Web 应用程序大约有 7-8 个页面，是一个简单的 CRUD 操作 Web 应用程序。

它是一个 Azure 托管应用程序。以下是我遵循的日志记录和异常处理方法。

1) 在数据访问层中添加了 Try...Catch block 和 Click 事件。

2) 捕获错误后，我将异常传播到 Globabl.asax 级别，并在 Application_Error 事件中将错误记录到事件日志和跟踪日志中。

3)在此之后，在 Global.asax 文件中，我将重定向到错误页面以显示用户友好消息并链接到失败页面。

4)只是想知道这样做是否是一个好方法。

谢谢 friend 。

Answer 1

您是否真的在处理 DAL 上的异常(即记录、尝试修复它等)？如果不是，那么 try catch 除了旋转循环之外没有任何作用。对于点击事件也是如此，但处理 UI 上的错误并不是一个坏习惯，即使您没有真正对它们做任何事情，因为您会将用户从丑陋的错误页面转移到您自己的友好消息.

如果您确实无法处理抛出的异常，则单个错误页面可以正常工作。好处是上市时间，因为您只需编写宝贵的少量代码即可避免向用户显示难看的消息。缺点是用户会错过上下文。我并不真正适合所有异常处理程序，除了作为备份(有一个我没有想到的错误超出了我的第一行处理程序)。

如果您基于 HTTP 状态进行处理，那么常见错误页面有一个变体，那就是使用 config.

另一种模式是设置您自己的基页并将其用作错误处理程序。然后，您可以预留一个容器，以便在发生错误时填充。这种方法非常适合添加上下文，因为用户仍然可以看到他所在页面的一部分，但您已经给出了错误消息，因此他知道事情已经失败。我见过这种模式与发生错误时添加到容器中的用户控件一起使用，但这有点复杂，因为您必须设置一个代码表和要显示的正确消息(这可能会出现错误)及其本身)。