关于DeptParam的问题
来源：7-2 部门层级树接口开发
Lqs阿木
2019-04-02
在拥有与数据库对应的SysDept类之后，再创建DeptParam类，是不是为了校验前端传过来的数据，确定没有问题再组装dept对象封装到SysDept类中并存入数据库中，是否是这个理解呢？假设有N（比较多的情况）个bean对象，这样的处理方式会不会造成代码的冗余，和加大代码量，然后又会采取哪种方式处理?
写回答
1回答
-
你好，尽管deptParam与SysDept比较像，但他们根本上属于两个层面的内容，deptParam说白了就是封装前端的参数，后面如何处理他是不关心的，与多个bean也是没什么关系的。
这样带来的好处是，数据库有什么调整前端不需要感知。尽管有时候使用sysDept对象接收前端参数也能完成一些接口的开发，但是那种写法明显的缺点是扩展性很差，同时也相当于把数据库设计暴露给前端了。另外对于数据对象如果引用了其他对象的情况，参数如何传递也是一个大问题，这种情况下如果再做一些升级，比如1对1关系变成了1对多，前端直接就无法做兼容调整了，后端做字段调整时可能直接带来前端访问错误，而理论上任何一个表字段都可能调整多次，这属于无形之间增加了数据库调整时的复杂度。
另外，一定要注意，这不是bean的冗余，这是一个好的架构形式，各个层之间真正的做到分离，任何一层需要修改时只需要修改层与层之间的适配即可。正常的项目都应该这样去做设计。012019-04-03
相似问题