
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
领域驱动设计是目前大多数软件开发程序员都在学习的一个编程开发应用方式,而今天我们就通过案例分析来了解一下,领域驱动设计领域分层结构分析。
当我们完成领域模型构建之后,我们需要先确定下微服务内部的领域分层结构,因为这个领域分层的好坏直接决定了我们微服务的工程结构是否合理,调用逻辑是否清晰。而这些领域模型都需要映射到实际的代码,我们开发的代码到底应该放在哪一层,放在哪些目录中,都需要依托于领域封层的结果。但是真正的领域驱动设计在怎么规范代码结构上面实际也没有具体的规范,因此我们需要根据自己的实践经验以及思考进行划分。
分层的目的实际上就是让各层的逻辑可以分工协作、各司其职,避免不必要的代码互相污染。同时结构清晰的分层结构也比较便于后期的重构以及拆分或者合并,实际上也是一种在为未来可能存在的变化节省研发成本。
各层数据对象
VO(ViewObject,视图对象):该层的视图数据对象主要的作用就是将应用层的数据进行组装后形成用于页面展示的视图数据。
DTO(DataTransferObject,数据传输对象):DTO主要作为Application层的入参和出参,用于用户接口层与应用层之间的数据传输。
Model(领域对象):领域对象是我们正常业务应该用的领域业务模型,它的字段和方法应该和业务语言保持一致,不需要进行持久化和序列化,他主要存在与内存中。也就是说,所以Model和DO可能字段属性都不一样。
DO(DataObjec,数据对象):一般都是使用PO作为持久化的数据对象,但是笔者习惯使用DO,因为我觉得数据对象当然要和数据库中的字段相对应的。因此从名称来说,DO作为持久化对象我想更加合适一点。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。