排序:
默认
按更新时间
按访问量

DDD原著 -- 第三章 绑定模型和实现

领域驱动设计要求模型不仅能够指导早期的分析工作,还应该成为设计的基础。 严格按照基础模型来编写代码,能够使代码更好地表达设计含义,并且是模型更符合设计。 缺乏设计基础概念的软件充其量也只是一种机械化的产品,只实现有用的功能却无法解释操作的原因。 很多设计方法都提倡使用完全脱离于程序设计的分析模型,...

2016-06-17 09:11:39

阅读数:624

评论数:0

DDD原著 -- 第二章 语言的交流和使用

一个团队,一种语言! 语言,术语的统一很重要。如果语言支离破碎,项目必将遭遇严重问题。 讨论与写代码中术语不一致,甚至同一个人说的跟写时不一致,导致对领域有一定的理解认识,也转眼忘记,无法记录到代码与文档中。 项目需要一种公共语言,领域模型可以成为这种语言的核心。公共语言是整个团队工作中的通用语言...

2016-06-15 16:55:30

阅读数:463

评论数:0

DDD原著 -- 第一章 知识消化

知识消化即是梳理业务规则,业务流程 流域专家的职责: 研究所有规则,解决规则之间的矛盾 修改规则时期符合常识等一系列工作 消除规则之间的矛盾及删除一些无用的规则 如何关注重点及如何隔离其他问题使这些问题最小化 领域模型和响应的设计可用来保护和共享知识 知识消化是一种探索,他永无止境 Ubiqui...

2016-06-15 14:58:25

阅读数:476

评论数:0

提示
确定要删除当前文章?
取消 删除
关闭
关闭