异常包装和HTML页面

Question

我们正在开发一个sharepoint 2007项目。异常处理策略是登录Sharepoint日志。

在这种情况下，最好的方法是调用该方法，然后重新抛出更高的异常吗？除非我重新抛出它以使其更高，否则没有其他异常处理代码，所以在这种情况下会发生什么？

此外，如果要向用户显示更友好的错误（使用异常对象中的信息），那么这将很好地利用异常包装。制作一个自定义的aspx页面并将它们添加到customerrors中是一个好主意，这样在init（不确定确切的事件）时，我可以在页面上传递的参数中显示异常信息。但是，静态html页面无法执行此操作，因此我没有看到包装异常的重点（除非存在使用异常对象的页面或警报）。因此，如果一个项目使用html页面来表示错误，那么包装异常是否有意义？

由于

Answer 1

您可以使用错误页面执行此操作。我认为出于安全原因，您不应该显示完整的堆栈跟踪。它也不会非常用户友好。您可以在最高级别捕获异常，然后您可以检查并查看它是什么类型的错误并显示友好消息。我已经在JSP中看到了这一点，所以我认为你可以在ASP中做同样的事情。