关于 mybatis 和 dto 的一点疑问

skai0dev · 2024-9-6 15:05:05 · 143 次点击
用 mybatis (用的 XML ,没有用 MybatisPlus )如果遇到了一些复杂的查询(比如连接多个表查询)有时候会返回一个多个表中的字段组成的 DTO 类用来接收结果,这个结果 DTO 一般也是直接返回给前端的,所以有时候就感觉这种方式好像有点不太符合分层隔离的规范呢?感觉这个 DTO 好像直接干穿了视图层,业务层和数据层呢。

所以想问问各位大佬,是使用方式不对呢?还是一般实践中就只能这样呢,有更好的方法吗?
举报· 143 次点击
登录 注册 站外分享
10 条回复  
gerefoxing 小成 2024-9-6 17:56:45
要加一层 VO ,你的 DTO 查询会随着以后业务增加字段,直接返回的会涉及到一些不想暴露或者多余无用的信息字段,加一层 VO
cBlank 初学 2024-9-6 17:29:01
一般我都是创建 DO,DTO,VO 这几个,返回给前端一般都要过滤下。
qbmiller 小成 2024-9-6 16:44:38
既然返回前端了。这个 dto 命名改成 VO VIEW 。 方便辨认。 大胆用
ENNRIaaa 小成 2024-9-6 16:41:40
没关系吧,只要不返回多余的字段就行。
sagaxu 初学 2024-9-6 15:44:04
别的语言风俗习惯上不搞这么多 XXO 的,影响维护性了吗
nothingLeft 小成 2024-9-6 15:40:22
还 DTO VO BO ,老子 entity 一把梭,遇到需要在增加 VO
GensKinsey 初学 2024-9-6 15:28:46
BeanUtils 拷贝一份到 VO
wu00 小成 2024-9-6 15:26:17
DTO 转 VO 呗。
数据层给你的 DTO 包含 Password 字段可能是用来处理逻辑的,你的 VO 不能输出该字段吧?
thevita 小成 2024-9-6 15:25:40
hexagonal 也好, layer arch 也好,我们对应用进行分层不是最终目的,是为了方便理清依赖关系,解耦业务逻辑与外部依赖。这里的 DTO 所在的层(Domain/Query) 反正都会被 view 层依赖的,如没有其他需求,是可以直接用的,可以当作 view 层这个 对象的实现直接使用了 domain 层定义的对象(比如作为一个 alias )
dzdh 小成 2024-9-6 15:07:17
跟 DDD 一样。怎么可能 100%的隔离。100%的隔离就是用户和商品和订单不能互相调用。你拼数据吧。
返回顶部