一、领域模型思考:
1.如果常规的MVC模式公用一个bean,会带来很多问题:
a.接口只需要3个参数,而你返回表里全部参数,泄露了部分信息;
b.你不想别人知道数据库里字段,如果保持一致,能根据常规的驼峰命名完全能知道
c.数据库一个字段在不通的接口里返回的业务意义不一样,需要转换翻译;
2.引入业界目前常用的领域模型来划分,避免上述问,DO,BO,DTO
DO:数据库层面,与你的表结构一致
BO:业务处理对象,基础服务于服务组件处理与返回的对象
DTO:数据传输对象,请求和返回对象
如下图所示:
引入上述模型,尽量各层做到隔离,但是带来问题是不通领域直减需要转换