![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
读书
文章平均质量分 78
王家奇士
这个作者很懒,什么都没留下…
展开
-
领域驱动设计,读书笔记:4 绑定模型和实现
正如之前说明的,目标是绑定模型和实现。然而, 现实是 场景1:分析人员构建过于复杂模型,忠实反应领域自身性质。导致庞大复杂细致的模型。开发人员无法将其转化成可存储、可检索、具有事务完整性的单元。 场景2:不进行建模,系统仅仅是功能的堆砌。无法使用前两章中“知识消化”和“语言沟通”中的理念。 最终这两种场景产出的代码是相似的,庞杂、难以维护。仅原创 2017-09-04 21:24:23 · 333 阅读 · 0 评论 -
领域驱动设计,读书笔记:6 DDD+面向对象中的基本构造块
总览:本章主要介绍为对象范式提供的常见构造块。从如何设计和简化关联开始,然后着重区别三种模型元素,Entity、Value Object、Service。 对象关系的确认是很有技巧的,如果无差别保持所有关系,那么存储会变得极其复杂,因此开始会引入简化关联的技术。原创 2017-09-13 21:38:02 · 777 阅读 · 0 评论 -
领域驱动设计,读书笔记:5 分离领域
构造块指一些设计中常用的一些标准模式,公用这些标准模式有助于设计的有序进行,也是项目组成员能够方便理解。同时,标准模式也让通用语言的基础更加丰富。 领域设计中根据特征来定义模型元素则会让元素更加明确和鲜明,而对元素使用已经验证的模式,则有助于创建和实现这些元素。 第四章 分离领域 通常,专门用于解决领域问题那部分在系统中只占很小一部分,但是却是系统原创 2017-09-07 21:18:52 · 579 阅读 · 0 评论 -
领域驱动设计,读书笔记:1 序言
本篇包括了:译者序、序、前言、致谢、第一部分的前言 0:核心问题 1:目标、前提、原因、模型 2:现状: 3:书本结构 4:读者原创 2017-08-30 19:25:23 · 406 阅读 · 0 评论 -
领域驱动设计,读书笔记:2 消化知识
1:知识消化的过程 知识消化的过程 先给一个典型的应用需求讨论场景。 和业务方不断探讨需求,用开发者的角度阐述问题并得到他们的纠正,在这个过程中学习领域相关的术语,然后建立双方都能接受的表达方式。 在得到双方认可的核心之后,开始编写最简单的原型,没有持久化没有界面使用假数据,关注逻辑和实体的关系。然后给需求方演示。 不断继续上述过程,最终将得到一个原创 2017-08-31 22:39:43 · 324 阅读 · 0 评论 -
领域驱动设计,读书笔记:3 模型语言
一个建模过程 自然的交流过程 使用领域模型交流的过程 我们通过两个对话的对比,实际上知道了有三个关联的实体,货物、路径指定器、航线。 第一个对话中,涉及到了很多说法也就是图中标红的部分,这些说法各不相同,但是实际上也就代表了三四个概念。但是交流过程是顺畅的,因为根据上下文可以理解。但是,由于说法各不相同,导致任何一个说法都没法单独提取出来作为模型原创 2017-09-02 22:23:10 · 339 阅读 · 0 评论