为了账号安全,请及时绑定邮箱和手机立即绑定

userVo是不是略显累赘?

既然不想查看所有信息,那不是可以增加service的方法,然后直接修改mapper。

select 部分参数 from 表

这样不是会方便很多吗

正在回答

2 回答

不会,这样可以保证mapper的方法的可重用性,假如同样是用id查用户信息数据的方法,如果是给前端,那么需要的字段就少一点,要是后台管理系统,那么需要的字段就多一点,如果是用sql控制,那么你要实现这个场景就要写两个mapper方法,如果是有userVO,那么我就可以分别转成userVO/userAdminVO,方便了后期的维护。

0 回复 有任何疑惑可以回复我~
#1

慕设计7417904

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

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

0 回复 有任何疑惑可以回复我~

举报

0/150
提交
取消

userVo是不是略显累赘?

我要回答 关注问题
意见反馈 帮助中心 APP下载
官方微信