【领域驱动】—— 领域驱动导读

  参考书籍:《领域驱动设计·精简版》

领域驱动模型

 

  各层的作用如下:

 

概念讲解

 

1 需求的反向工程:需求是反复推敲出来的
2 DDD的中心思想:关注精简的业务模型及实现的匹配
3 在设计编码前,应该先了解领域
4 软件成为领域的反射
5 瀑布模型:业务人员——设计人员——开发人员——测试人员
6 敏捷编程:不断迭代
7 软件开发两大过程:创建优良的模型,实现代码
8 模型植根于领域、并精确反应出领域中的基础概念
9 分析模型:从代码中分离出来、多个人协助完成。缺点:不能预见模型中存在的缺陷以及领域中的复杂关系。
10 推荐的方法:紧密关联领域建模和设计,模型构建时,让开发人员参与设计。
 
11 实体对象:需要有唯一的标识
12 值对象:只关心某些属性,不要建立唯一的标识(如果是共享的,则应该是不可变的)
13 服务:链接两个独立的对象。服务操作设计一个领域,不属于任何对象。被执行的操作涉及到领域中其他对象。操作室无状态的。
14 模块:组织相关概念,降低复杂度
15 聚合(主题):定义对象所有权和边界。有一个根
16 工厂:封装复杂的创建过程
17 资源库:
 
18 界定上下文:定义模型的范围,确定上下文边界,保持模型的一致性。
19 持续集成:模型先被创建,再基于对领域心的发现和来自开发过程的反馈,再继续完善。
20 上下文映射:防止模型之间过度依赖,耦合
21 共享内核:无法被公用模型修改,目的是为了减少重复。
22 客户-供应商:一个模型依赖于另一个。子系统间接口预先明确定义。
23 顺从者:由于强烈的依赖另一方,因此只能读取其内容,却无法进行修改
24 防崩溃层:模型与其他模型之间,建立一个集成层。
25 独立方法:几个不同内容的模块,独立设计
26 开放主机服务:定义开放接口,方便其他系统调用
 
 
posted @ 2014-11-06 21:01 xingoo 阅读(...) 评论(...) 编辑 收藏