1）据我了解，在three-tierAsp.Net应用程序我们应该通过以下方式实现异常处理：
a - 我们应该把try-catch围绕代码块（位于三层中的任何一层），我们希望页面能够从该代码块正常恢复（当此代码生成异常时）？
b - 我们不应该放try-catch代码周围的块（位于三层中的任意一层），我们不希望页面从中正常恢复。相反，Asp.Net 应用程序应该始终通过全局异常处理程序来管理这些未处理的异常（Application_Error/Page_Error )?
2）通过Ap管理未处理异常的主要好处是plication_Error/Page_Error事实上，通过这种方式我们可以将错误处理集中在一个位置？
毕竟，即使这些未处理的异常（在三层中的任何一层中抛出）在抛出它们的位置进行处理（记录，用户重定向到自定义错误页面......），我们也可以获得相同的结果？！
谢谢
不必要。
1a - 数据层没有异常处理是完全可以接受的。在这种情况下，任何异常都将在堆栈中进一步处理。
1b - 数据层和业务层可能无法通过网站调用，因此特定网页不一定相关。例如，Web 服务或 WPF 应用程序也可以使用这些层。
2 - 是的，主要好处是网站错误处理的单一位置。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
