 mall学习教程官网：macrozheng.com 大家好，今天给大家带来一篇关于 VO，BO，PO，DO，DTO的文章，阅读完这篇文章之后，希望大家对VO，BO，PO，DO，DTO有自己的见解。
概念在讲具体的概念之前，我们先简单的讲一讲我们 MVC开发模式。MVC的简单定义： M层负责与数据库打交道；C层负责业务逻辑的编写；V层负责给用户展示（针对于前后端不分离的项目，不分离项目那种编写模版的方式，理解V的概念更直观）。而我们今天要说的 VO，BO，PO，DO，DTO呢，就是穿梭在这M、V、C层之间的实体传输对象。
有必要用吗？项目中真的有必要定义 VO，BO，PO，DO，DTO吗？还是要理性看待这个问题，要看我们项目“目的地”是什么。 如果项目比较小，是一个简单的 MVC项目，又是单兵作战，我不建议使用VO，BO，PO，DO，DTO，直接用POJO负责各个层来传输就好，因为这种项目的“目的地”是快速完成。而我们更多的时候，是持续迭代的团队协作项目，这个时候我们就建议用 VO，BO，PO，DO，DTO，而且团队内要达成共识，形成一个标准规范。
其实就是提升项目的 可扩展性、可维护性与可阅读性。提升这些性能的尽头是 经济效益。总结这篇文章很短，最后稍微总结一下，不管用哪种方式，只要团队内定义好一种适应的协同规范就行。 没有一个 绝对好与绝对坏的方式方法。团队规范的尽头能提升项目的 可扩展性、可维护性与可阅读性，从而降低bug率。另附这些概念命名规范：
Github上 标星60K的电商实战项目，出 视频教程（2023最新版） 了！全套教程基于SpringBoot 2.7版本，可以说内容非常新！全套教程约40小时，共100期，通过这套教程你可以拥有一个完整的项目经验，同时提高自己独立开发一个项目的能力，感兴趣的小伙伴可以扫描下图二维码加入学习。 整套视频教程的内容还是非常完善的，涵盖了mall项目最佳学习路线、整体框架搭建、业务与技术实现全方位解析、线上Docker环境部署等内容，具体大纲可以参考下图，你也可以点击 mall视频教程 了解更多内容。  推荐阅读
 上一篇：CSDN网页内容复制技巧 下一篇：那是啥??果壳收到了一份奇怪的快递! |
