多层处理异常的最佳方法
我有一个关于异常处理的问题。 我想这对你来说可能很容易，但对我来说，我只是不知道如何处理多层项目中的异常。
假设在我的解决方案中，我有几个项目。
我有（下）DataAccess、BizComponent、WCF、代理和演示（上）。
我尝试在 DataAccess 中“尝试捕获”并将异常抛出到 BizComponent，在 BizComponent 中我再次尝试“尝试捕获”并记录错误并再次将异常抛出到 WCF。
在 WCF 和代理层中，我做了同样的事情。在表示层中，我向最终用户显示自定义消息。
我的学长告诉我，我只需要开始在WCF和上层进行“try catch”即可。 我不需要在 DataAccess 和 BizComponent 中做，因为它会被捕获 WCF。
我应该尝试捕获 DataAccess、BizComponent 和中的异常吗？ 抛出异常还是我应该尝试仅在 WCF 中捕获并启动 扔到上层？
哪一种是更好的做法？
如果您不清楚我的问题，请告诉我。 这是我的第一个多层项目，所以这让我很困惑。 提前致谢。
I got a question about exception handling.
I guess it may be quite easy for you but for me I just don't know how to handle exception in multi-tier projects.
Let's say in my solution, I have several project.
I have (lower) DataAccess, BizComponent, WCF, Proxy and Presentation (upper).
I try to "try catch" in DataAccess and throw the exception to BizComponent and in BizComponent I try again "try catch" and log the error and throw the exception again to WCF.
In WCF and Proxy layers, I do the same thing. In presentation layer, I show come custom message to end user.
My senior told me that I only need to start doing "try catch" in WCF and upper layers.
And I don't need to do in DataAccess and BizComponent because it will be caught in
WCF.Should I try to catch the exception in DataAccess,BizComponent and
throw exception or should I just try to catch only in WCF and starts
throwing to upper layers?Which one is better practice ?
If you are not clear about my question, please let me know.
This is my first multi-tier projects so it makes me confused.
Thanks in advance.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
根据经验，仅在要对异常执行某些操作时才处理（捕获）异常。
例如，如果您想在“上”层提供附加信息，则可以在数据层捕获数据库异常。
我个人使用的一种方法是捕获并记录业务层中的异常，然后重新抛出相同的异常或包装异常，为堆栈中的更高层提供更友好的信息。这提供了一致的日志记录过程，并且不需要应用程序中的样板日志记录代码。
如果您在多个应用程序中重用代码并且需要不同的日志存储，则可以使用依赖注入来处理。
As a rule of thumb only handle (catch) exceptions if you are going to do something with them.
For example, if you could catch a database exception in the data layer if you wanted to provide additional information in the "upper" layers.
An approach I use personally is to catch and log exceptions in the business layer and then rethrow the same exception or a wrapping exception that provides more friendly information for layers higher in your stack. This provides a consistent logging process and does not require boiler plate logging code in the application.
If you reuse the code in multiple applications and need different log stores this can be handled using dependancy injection.