采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
您好, 对于DTO而言,他作用于展示层和服务层数据传输,主要是避免暴露接口的表结构,但是再这里用BeanUtils.copyProperties()的方法复制了一个完整的PO的数据,那么再这里DTO存在的理由,感觉是否有点不足,在这里只是单纯的将PO简单的转换成DTO,是否需要对于PO的字段进行涮选,然后再封装组装成DTO的类;(之前创建的DeptParam可不可以看成一个VO呢);
你好,再定义一个类和目前的类字段相同也是适用的,我没这样做说实话图了点简单,保证字段与数据库一致是为了理解起来容易一些,因为课程里使用到dto的树理解起来已经很难了。从扩展性来说,后期dto里把里面的类换掉也是ok的,同时换掉对应的copy逻辑为一堆setxxx也是可以的,课程里这样做可以让学习起来简单一些。第二个问题,可以理解为vo,只是个人习惯问题。
好的,理解
登录后可查看更多问答,登录/注册
源于企业真实Java项目,涉及大量高级技巧,覆盖权限管理开发技术
2.4k 6
2.1k 22
1.4k 20
1.1k 18