请教各位一个概念和具体应用上的问题， VO， BO， PO， DO， DTO 这些概念和具体应用应该是怎样的？

[chirsgod]

最近被项目里各种各样的 O 给弄点有点有点迷茫，问了下 ChatGPT 后和搜索引擎的结果对比了下，感觉也是略微有所出入，每个人对这些理解都不是完全一样的。想请教下正确的具体概念，最后能提供一个好的开源项目，供我学习具体代码上的应用。谢谢大家

[bthulu]

就一个实体就行了, 不要提前设计. 等后面确实需要综合多种渠道拿混合数据, 再改成一个 vo 就可以了.

[xiaohundun]

我也挺想问的，大家公司都不分 PO 、VO 、DTO 的么？我感觉还是挺有必要的呀，尤其是 PO 、VO 至少得有吧，毕竟前端需要的东西跟数据库差别大

[xiaohundun]

@xiaohundun #22 啥啥都是直接用 map 的话，后期维护不是个灾难。。

[lyf362345]

建议不用，Java 里的糟粕，最近公司里写 Go 的人也把这些东西搞过来了，看着挺难受的。

[lanlanye]

没有实际用过 Java ，理论上 CRUD 初期 POJO 的结构可以一路传到任何地方，只需要在前端接口变更 /数据库结构变更等情况发生时再创建对应的对象做转换就可以了。
问题是如果一开始没做这件事，等问题发生时去处理的人又没能意识到这里需要一个现在没有的对象，项目就会逐渐变得无法理解……

[witcherhope]

一种工程化实践而已，就是分层和职责分离的思想，每一层的上下文语义不一样，理所当然实体要有所区分

[kaddusabagei38]

发明出这么多层东西，然后代码里到处 copyProperties

你们 java 真的挺好笑的

[pocketz]

分享一个我的收藏吧，讲得蛮详细的
https://blog.csdn.net/chenchunlin526/article/details/69939337

[pocketz]

搞清楚缩写前的单词，能清楚一半
VO: view object
BO: business object
PO: persistent object
DO: data object
DTO: data transfer object