业务层怎样处理DAO层的异常才够合理

lecoa 2012-08-22 04:35:41

例: 在user表中有字段nickName , unique , 当一个用户注册的时候如果nickName已经存在后,肯定会抛出异常, 应该怎样处理这类异常才够合理?

因为业务层的方法不可能加同步锁 , 只要check-then-act的动作必定有这样的问题....

请解中...

...全文

183 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

我爱荤菜 2012-08-23

打赏
举报

回复

[Quote=引用 1 楼的回复:]
抛到表示层，在页面上报"该昵称已被注册!"的错误信息呗。。。
[/Quote]就是这样

菖蒲老先生 2012-08-22

打赏
举报

回复

抛到表示层，在页面上报"该昵称已被注册!"的错误信息呗。。。

在基于SSH框架的web项目中，通常在Service层配置事务管理以保证业务操作的原子性。本文讨论了当尝试在Dao层直接获取Session并进行事务处理时，遇到的'No Hibernate Session bound to thread'异常。异常原因是Hibernate操作必须在事务范围内进行，即通过Session.beginTransaction()开始，结束时提交或回滚事务。如果不遵循此规则，Hibernate会抛出异常。

本文探讨了项目代码架构的分层现状，包括Controller、Service、Dao等层次，指出业务高度耦合的问题。作者提出对参数校验、转换逻辑、异常处理进行分层处理，以提高代码可维护性和扩展性。通过facade、interface、infrastructure、responsitory、application和domain层的划分，实现业务分层。最后，介绍了参数统一封装返回的设计，以BaseResult为基础的多种结果对象，便于序列化传输。

本文探讨Java应用中异常应在Service层还是Controller层处理。前者利于统一管理和职责分离，后者减少传递但易导致代码冗余。建议结合业务需求，优先通过@ControllerAdvice实现全局异常统一封装，同时确保日志完整，便于问题定位。

博客主要围绕Java开发展开，介绍了在Spring中配置Service层事务管理，指出在业务层配置事务更合理。还尝试在Dao层获取Session进行事务处理，遇到异常并分析原因，即使用sessionfactory.getcurrentsession执行Hibernate操作时，需在事务中进行，否则会抛异常。

文章探讨了如何在Springboot项目中优雅地编写Service层代码，强调了在调用DAO接口和远程服务接口时的注意事项。对于DAO接口，建议避免无意义的try-catch，合理处理异常以确保事务的正确性。对于批量数据操作，推荐分批处理以减少锁竞争和索引调整时间。在调用远程服务时，应当进行异常捕获，并根据业务需求决定是否重试或进行补偿机制。此外，提倡控制方法长度，提高代码的可读性和可维护性。

67,536

社区成员

225,852

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章