controller接收参数的对象是vo还是dto?

最新推荐文章于 2024-08-01 14:31:43 发布
最新推荐文章于 2024-08-01 14:31:43 发布
阅读量1w 收藏 3
点赞数 4
文章标签： java 前端 测试 ViewUI
原文链接：http://www.cnblogs.com/jpfss/p/9355594.html
版权
我也没有深入了解过，就我使用情况来说的话，VO和DTO在实际开发过程中其实可以是一样的。从定义上来说他们区别于使用的所在层，VO（view object）视图对象，DTO（Data Transfer Object），数据传输对象； 至于你这里的controller接收参数要看是接收service的参数还是页面传递过来的参数了，若是页面传递的参数叫VO，service传递的参数叫DTO。。
以上是我拙见，有什么错误的地方欢迎指出！

转载于:https://www.cnblogs.com/jpfss/p/9355594.html

WGH100817
关注
html、VO、Controller、Service、Dao、model、DTO、数据库之间的关系
/
03-24 968
一般来讲，VO类只能访问到Service层，不能访问到Dao层；model类只能访问到Service层，不能访问到Controller层，也就是说，暗话不给予流传，明话听着直白。
VO、PO、DTO、DAO区别
Nan__You的博客
11-06 1306
自用，java基础知识：关于DTO/VO/PO/POJO区别
SpringBoot项目中controller层、service层、mapper层、entity层、dto层、vo层理解
qq_44973310的博客
09-14 1万+
SpringBoot项目中controller层、service层、mapper层、entity层、dto层、vo层理解
浅析VO、DTO、DO、PO、POJO区别
热门推荐
骑个小蜗牛的博客
08-12 2万+
传统规范图 另一种规范图 整体流程 用户发出请求（可能是填写表单），表单的数据在展示层被匹配为VO。 展示层把VO转换为服务层对应方法所要求的DTO，传送给服务层。 服务层首先根据DTO的数据构造（或重建）一个DO，调用DO的业务方法完成具体业务。 服务层把DO转换为持久层对应的PO（可以使用ORM工具，也可以不用），调用持久层的持久化方法，把PO传递给它，完成持久化操作。 对于一个逆向操作，如读取数据，也是用类似的方式转换和传递，略。 VO（Value Object）值对象 视图对象，用于展示层，
视图对象（VO、DTO）的应用！
04-22
在软件开发中，视图对象（View Object，简称VO）和数据传输对象（Data Transfer Object，简称DTO）是两种常见的设计模式，它们在系统架构中起着至关重要的作用。这两种对象主要用于解决数据模型与界面展示之间的数据...
从使用层面谈java VO，DTO，BO，PO的设计概念
脑声常谈
08-14 1647
获取数据的过程：数据->PO->BO->后台DTO->前端DTO->展示VO 首先数据访问对象DAO，获取数据（从数据库获取结果集，或者从其他系统获取数据）转换为PO。Service层接受到DAO传递过来的PO之后，负责将PO转换为BO， 再进行业务逻辑的处理。处理完毕，传递BO给Controller层，Controller层负责转换为DTO，传输给前端接收到DTO之后， 首先转换为VO，然后再进行前端的业务处理。 提交数据的过程： 前端(requestDTO)-> 后台
POJO、VO、DTO、Entity、Domain的区别
阿鹏
03-27 5215
POJO、VO、DTO、Entity、Domain的区别 POJO 简单的Java对象，原生对象 VO 视图对象，HTML JSP DTO DTO Data Transfer Object 数据传输对象（为了简化对象） Entity Entity 实体类 数据库 ORM（为了和数据库的映射关系） Domain domain 领域模型 （银行、保险、电商、物流、医疗等领域，每个领域对对象的看法不一样，领域专家需要设计领域模型，开发以领域模型为基准。DDD（领域驱动设计）） ...
SpringMVC接收复杂参数的处理方法
qq_42406674的博客
12-27 859
情景描述 页面上有两个列表,列表中的每条数据都需要评审通过还是不通过,我需要在前台页面点击提交的时候把两个列表中的所有数据以及几个独立的参数传递到后台. 一个一个零散的传递肯定是行不通的,所以直接才有了这篇文章. 解决方法 1. 先把接收参数封装成一个dto实体类. dto是入参实体类的后缀,vo是出参实体类的后缀. dto实体类文件如下: @Data public class R...
认识VO、DTO、Entity
2303_79380171的博客
08-01 1570
其实对于vo和dto，可以简单的理解为：前端请求，后端dto接收经处理返还前端，前端根据产品和场景需要，对dto数据进行转换为vo数据并将数据渲染展示给页面。至于为什么没有非常肯定的说，dto负责接收数据，vo返还数据。这是因为业务具有灵活性。我们刚才说到了dto向vo的转换，那么怎么转换？统一视图模型：后端可以定义VO层来统一不同前端应用或不同视图所需的数据格式，简化前端的处理逻辑。中间件处理：后端可以使用VO层来实现一些中间件逻辑，比如数据的过滤、格式化或添加额外的元数据。测试和模拟。
entity、bo、vo、po、dto、pojo、dao、service、controler如何理解和区分？
AntKengElephant的博客
01-20 3308
dao层： DAO层叫数据访问层，全称为data access object，属于一种比较底层，比较基础的操作，具体到对于某个表的增删改查，也就是说某个DAO一定是和数据库的某一张表一一对应的，其中封装了增删改查基本操作，建议DAO只做原子操作，增删改查。 service层： Service层叫服务层，被称为服务，粗略的理解就是对一个或多个DAO进行的再次封装，封装成一个服务，所以这里也就不...
SpringBoot Controller接收参数常用方式
FenG·的博客
05-10 2027
接受Map<String, String> @RequestBody @PostMapping(path = "/demo1") public void demo1(@RequestBody Map<String, String> person) { System.out.println(person.get("name")); } 表单名与controller参...
DO、PO、VO、DTO 区别
weixin_44738374的博客
06-17 1325
持久化对象，它跟持久层（通常是关系型数据库）的数据结构形成一一对应的映射关系，如果持久层是关系型数据库，那么，数据表中的每个字段（或若干个）就对应PO的一个（或若干个）属性。下面以一个时序图建立简单模型来描述上述对象在三层架构应用中的位置。:视图对象，主要用于给前段返回页面参数使用。：视图对象，主要用于给前端返回页面参数使用。
基于mybatisplus 实现的通用controller，标准dao、dto、vo结构
weixin_44424683的博客
06-16 2343
基于mybatisplus 实现的通用controller，标准dao、dto、vo结构
java的四个层级结构
风一样的人
03-24 9555
java的四个层级结构 首先，最底层的就是dto层，dto层就是所谓的model，dto中定义的是实体类，也就是.class文件，该文件中包含实体类的属性和对应属性的get、set方法； 其次，是dao层（dao层的文件习惯以*Mapper命名），dao层会调用dto层，dao层中会定义实际使用到的方法，比如增删改查。一般在dao层下还会有个叫做sqlmap的包，该包下有xml文件，文件内容正是根...
DTO 实现 service 和 controller 之间的值传递
a1102325298的博客
06-05 8581
/** * 封装执行后结果 */ public class PersonInfoExecution { // 结果状态 private int state; // 状态标识 private String stateInfo; // 店铺数量 private int count; // 操作的personInfo（增删改店铺的时候用...
对Java中dto、dao、service、controller层的分析
啊对对对的博客
12-11 5922
确定不进来看看？
controller通过map返回减少dto类的创建
微信公众号: 后端码匠
11-21 608
原代码: 创建Dto给前端返值 @PostMapping({"/question/choice"}) public ResponseEntity findExercises(@RequestBody @NotEmpty(message = "{exercises.id.NotEmpty.message}") List<String> cmd5s) { L...
架构师技能1：Java工程规范、浅析领域模型VO、DTO、DO、PO、优秀命名
黄规速博客:学如逆水行舟，不进则退
05-23 1万+
java顶层文件结构：理解和浅析VO、DTO、DO(Entity)、PO 把我们之前项目的相关规范做了个总结记录下来，仅供参考，望能有点帮助。
controller入参是用dto还是vo
最新发布
03-15
### Controller 中入参 DTO 与 VO 的最佳实践 在开发基于分层架构的应用程序时，Controller 层的设计是一个重要的环节。关于 Controller 入参的选择，通常会涉及 **DTO（Data Transfer Object）** 和 **VO（View Object）** 的使用场景及其区别。 #### 1. 定义与作用 - **DTO（Data Transfer Object）**: 主要用于服务间的数据传递，在微服务架构中尤为常见。它专注于减少网络开销并提供一种标准化的方式将数据从一个模块传送到另一个模块[^1]。 - **VO（View Object）**: 主要是面向前端展示的对象，用于封装从前端接收的数据或将后端处理后的数据显示到前端界面[^2]。 #### 2. 使用场景分析 ##### （1）DTO 的适用场景 当 Controller 接收来自外部系统的请求参数时，尤其是这些参数需要经过复杂验证或映射到内部业务逻辑之前，建议使用 DTO。原因在于： - DTO 可以解耦前端输入和后端业务逻辑，使得即使前端需求发生变化也不会直接影响核心业务代码[^5]。 - 如果系统存在多级调用链路（如网关 -> Service A -> Service B），则 DTO 更适合用来承载跨边界的数据交换[^3]。 ##### （2）VO 的适用场景 如果 Controller 的职责仅仅是简单地转发用户提交的信息至下一层（通常是 Service Layer），而无需额外的校验或其他预处理工作，则可以考虑直接采用 VO 来接受客户端发送过来的内容。具体来说： - 前端页面上的表单字段可以直接映射成相应的 VO 实体类成员变量[^4]； - 这种方式适用于那些仅需读取少量静态配置项或者执行查询操作而不改变状态的服务接口。 #### 3. 最佳实践总结 综合以上讨论可知，在实际应用过程中可以根据具体情况灵活选用合适的模式： | 场景描述 | 推荐方案 | | --- | --- | | 外部API接入点，可能面临频繁变更的需求 | 使用 `DTO` ，因为它能够更好地隔离外界影响，并支持复杂的转换逻辑| | 内部功能调用，特别是针对特定视图渲染所需的结果集构建 | 应该倾向于定义专门的 `VO` 结构来匹配最终呈现效果的要求| 另外需要注意的是无论选择哪种形式都应遵循单一职责原则(SRP)，即每一个类只负责完成某一方面的任务——要么是用来做数据携带(`DTO`)；要么就是服务于表现层次面上的操作(`VO`)。 ```python class UserDto: """ 用户传输对象 """ def __init__(self, username=None, email=None): self.username = username self.email = email class UserProfileVo: """ 用户资料显示对象 """ def __init__(self, name="", avatar_url=""): self.name = name self.avatar_url = avatar_url ``` ####
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值