java java项目中VO和DTO以及Entity，各自是在什么情况下应用的？
java项目中VO和DTO以及Entity，各自是在什么情况下应用的？
您好，根据标准：
1。实体中的每个字段都对应于数据库，
2。dto中的每个字段都对应于前景页，
3。VO，用于从实体到dto或从dto到实体的转换。
例如：
您的HTML页面上有三个字段，name，pass，age
您的数据库表中有两个字段name，pass
在您的dto中，应该有以下三个字段（因为它们对应于HTML页面上的三个字段）
private string name；
private string pass
private string此时，实体中应该有两个字段（因为它们对应于数据库表中的两个字段）
private string name；
private string[pass
在这里。好吧，业务经理让你做这样的生意。只有20岁以上的人才可以存储在数据库中
]此时，您需要使用VO
您需要先从页面中获取dto，然后判断dto中的年龄是否大于20岁。如果大于20，则取出
name并传入dto，放入VO中，然后交给不懂name和传入VO Entity原始印章的人，然后根据
Entity的值，PS、VO和Entity中的字段应该相同。VO只是从实体到dto，或者从dto到实体的中间过程。如果没有这样的流程，您仍然可以添加、删除、修改和查询。这是基于具体的公司。
java中为什么要使用vo类而不使用po直接传值到前端，除了解耦还有什么原因？
1。一般来说，前端只需要一些必要的字段，VO可以根据需要定制，底层的其他字段可以去掉
2。前端键的名称也会有要求，方便前端开发。VO可以很方便的重新映射原来的域名
一个很好的问题。我是一个web应用程序架构师，多年来一直致力于回答这个问题。欢迎跟我来了解更多。
后端提供接口文档为时已晚，这是合理和不合理的。根据具体情况，总有解决办法。让我谈谈我的观点。
不合理：成熟的技术团队重视功能设计，在编写代码之前有完整的技术文档和功能定义。即使在TDD测试驱动的开发模式下，测试数据已经准备好了，那么接口逻辑就已经确定了接口文档是否编写好了，理清它们是很自然的。
-第一，主观原因。原因是多方面的，比如赶进度，没有时间，不懒得写，甚至在开发前没有仔细设计，在做的时候也有变化。真的没有好办法。
-客观原因：需求在变化，功能在变化，接口也在变化。所以，如果你写了一个文件，它的自然更新和维护？天哪？
有解决方案吗？建议尝试：[1]swagger接口文档，将文档集成到代码中，集成维护文档和修改代码，在修改代码逻辑的同时方便修改文档描述。
2、邮递员界面测试工具，导入导出JSON文件，高效的团队合作。Postman支持各种请求方法和配置环境变量，对返回的结果进行测试和验证，支持批量自动操作，可与自动构建系统集成。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
