userVo是不是略显累赘？
来源：3-1 使用SpringMVC方式开发用户信息
广州麻辣牛杂档
2019-02-11 15:42
既然不想查看所有信息，那不是可以增加service的方法，然后直接修改mapper。
select 部分参数 from 表
这样不是会方便很多吗
写回答
关注
2回答
-
- 东特出猫
- 2019-02-12 14:30:44
不会，这样可以保证mapper的方法的可重用性，假如同样是用id查用户信息数据的方法，如果是给前端，那么需要的字段就少一点，要是后台管理系统，那么需要的字段就多一点，如果是用sql控制，那么你要实现这个场景就要写两个mapper方法，如果是有userVO，那么我就可以分别转成userVO/userAdminVO，方便了后期的维护。
-
- 慕少7316048
- 2019-06-07 05:14:42
我反而觉得这是一个非常好的思路和想法。我认为VO 有两大好处，首先第一个就是传给客户端的json数据变少了，假如你有个4-5个table join的关系，那你传回前台会有多少数据，你封装一次后只传回客户端需要的减少了数据传输量。第二点就是尽可能少的 透露给前端所必要的信息，这本身就有规范，而且增加安全性。
SpringBoot构建电商基础秒杀项目
应用SpringBoot快速搭建拥有用户、商品、交易及秒杀活动的电商秒杀应用。
49119 学习 · 954 问题
相似问题