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,方便了后期的维护。

    慕设计741...

    我觉得实际开发还是要看业务需求,单纯为了给前端展示多出一个model,会不会造成框架过于臃肿,尤其对付表单比较多的业务处理,目前大部分程序员是通过service去处理,新增mapper方法;不都说是MVC框架,现在都是MMVC了,哈哈!不过老师严谨的态度和架构思想也的确值得我们学习

    2019-02-13 10:38:12

    共 1 条回复 >

  • 慕少7316048
    2019-06-07 05:14:42

    我反而觉得这是一个非常好的思路和想法。我认为VO 有两大好处,首先第一个就是传给客户端的json数据变少了,假如你有个4-5个table join的关系,那你传回前台会有多少数据,你封装一次后只传回客户端需要的减少了数据传输量。第二点就是尽可能少的 透露给前端所必要的信息,这本身就有规范,而且增加安全性。

SpringBoot构建电商基础秒杀项目

应用SpringBoot快速搭建拥有用户、商品、交易及秒杀活动的电商秒杀应用。

49065 学习 · 954 问题

查看课程

相似问题