开发者社区> 问答> 正文

编程规范里面关于DO的定义的问题

阿里规范中对于DO层的定义
DO( Data Object):与数据库表结构一一对应,通过DAO层向上传输数据源对象。
如果按照与数据库表结构一一对应这个逻辑, 任何针对多表查询出来的view 都不应该用DO命名,
但是如果按照后面一句话通过DAO层向上传输数据对象的原则,则可以用DO命名.
请问到底该如何命名多表查询出来结果的POJO?

展开
收起
dinohe 2019-01-01 23:04:00 4319 0
7 条回答
写回答
取消 提交回答
  • 看公司规范即可

    2020-04-13 16:18:34
    赞同 展开评论 打赏
  • 一般也叫DO了,不要那么较真

    2019-07-17 23:24:19
    赞同 展开评论 打赏
  • 数据存储而已,你可以在数据库层返回的数据里自行extend

    2019-07-17 23:24:19
    赞同 展开评论 打赏
  • 不用执着于表结构,表是一种数据结构,view也是,甚至cache,nosql都是,do只是指的数据层返回的对象结构,数据层定义是什么就返回什么

    2019-07-17 23:24:19
    赞同 展开评论 打赏
  • ali由于数据量的原因 很少有不分库分表的, 所以基本没有多表join的场景。

    2019-07-17 23:24:19
    赞同 展开评论 打赏
  • DO只承载数据表达,个人理解多表(特殊情况就是一个表,也叫单表)查询出来的Object都可以是DO。

    2019-07-17 23:24:19
    赞同 展开评论 打赏
  • 就个人对阿里规范的理解,阿里习惯的做法是把系统和数据库的交互做的“非常简单”,即基本不涉及view,甚至select的列都不用是DO对应的全部属性,DO层作为表到对象的一个对应罢了;

    另外,实际开发中不同的项目里会面对不同的业务场景、也会选用不同的ORM框架,DO的使用或许结合自身情况抉择更好,不用死板硬要如何;

    2019-07-17 23:24:19
    赞同 展开评论 打赏
滑动查看更多
问答分类:
问答地址:
问答排行榜
最热
最新

相关电子书

更多
用RxSwift写易维护易读的愉悦代码 立即下载
继承与功能组合 立即下载
当泛型遇上协议 立即下载