gpt4 book ai didi

java - Java EE 项目的异常处理架构

转载 作者:塔克拉玛干 更新时间:2023-11-03 03:11:18 25 4
gpt4 key购买 nike

我正在尝试收集有关其他 Java EE 程序员如何进行异常处理的意见。您是否集中处理错误(例如 Servlet 过滤器)?

您是否为不同的应用程序层(持久性、服务等)创建了不同的异常类型?

您是否只是吞下异常而不将它们向上抛出?

异常处理架构中还有哪些其他范例?你使用哪个?为什么?

最佳答案

持久层,如果它是使用 JPA 或 Hibernate 实现的,已经有它自己的异常,即运行时异常。

服务层在传递非法参数时抛出运行时异常(当它们应该由表示层验证时),或在发生可恢复错误时抛出检查异常(例如:所选名称已存在于数据库中)。

表示层的每个 Controller 处理它调用的业务服务抛出的已检查异常,以提供有意义的错误消息并让用户从错误中恢复(例如:重新显示表单并要求用户选择另一个名字)

来自表示层、业务层或持久层的所有其他运行时异常都由一个或多个全局异常处理程序处理(大多数 UI 框架都支持它们),这些异常处理程序记录异常并抛出更多或更多不太通用的错误消息(例如:“发生意外错误”、“其他一些用户修改或删除了您尝试修改的对象”)。

关于java - Java EE 项目的异常处理架构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9364051/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com