对于前台页面和后台接口拆分的项目,DB层用的是po 传输层dto 展示层vo
这种设计会有几个问题
1, 做一套CRUD页面的话,bean就要用3个,他们的属性基本一致,涉及到大量的属性拷贝。
2, 前台和接口都依赖于dto层,导致只要dto中数据修改,前台和接口所有的项目都要重新编译。
注: 这里可以做个偷懒 前台层直接用dto对象
改进
将dto剥离出来, dto直接定义在接口层(如果无必要直接将po包装下传出去也ok),前台vo和dto属性一致就ok,不用调用dto代码。
好处
1, 接口和前台不依赖于dto
2, 减少大量属性拷贝
这种设计会有几个问题
1, 做一套CRUD页面的话,bean就要用3个,他们的属性基本一致,涉及到大量的属性拷贝。
2, 前台和接口都依赖于dto层,导致只要dto中数据修改,前台和接口所有的项目都要重新编译。
注: 这里可以做个偷懒 前台层直接用dto对象
改进
将dto剥离出来, dto直接定义在接口层(如果无必要直接将po包装下传出去也ok),前台vo和dto属性一致就ok,不用调用dto代码。
好处
1, 接口和前台不依赖于dto
2, 减少大量属性拷贝