我们有一个ASP.NET页面,它使用更新面板进行部分页面回发。在服务器端,回发执行一些数据库工作并更新几个UI元素。数据库代码都包含在几个事务中,因此如果抛出异常,状态仍然是一致的。我们现在正在编写一些错误处理代码,我的第一个想法是记录抛出的异常,重新加载最后一致的UI状态,并向用户显示某种模式弹出窗口或其他ui元素以及简短的错误消息(这是一个内部网页面,因此会自动通知我们错误,用户知道在哪里可以找到我们:)
这是个好主意吗?哪些替代方案对我们的最终用户更好?
发布于 2010-01-06 05:35:10
我会记录异常并重定向到一个错误页面(“对不起,我们搞砸了”)。
在大多数情况下,我不认为它值得复杂的恢复(最后的一致状态)。在特定情况下,它可能是,但大多数情况下,不是。
请注意,标准机制将为您完成大部分工作。指定一个错误页面,ASP.NET会在出现错误时重定向到那里。此外,ASP.NET运行状况监视将在事件日志中记录未处理的异常。
https://stackoverflow.com/questions/2009223
复制相似问题