亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

為了賬號安全,請及時綁定郵箱和手機立即綁定

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下載

慕課網APP
您的移動學習伙伴

公眾號

掃描二維碼
關注慕課網微信公眾號