领域驱动设计 学习笔记一
2019-06-09 22:45
211 查看
第四章:分离领域
程序代码必须包括:
(1) 在屏幕上绘制一个屏幕组件(widget);
(2) 查询数据库,调出所有可能的 城市;
(3) 解析并验证用户输入;
(4) 将所选城市与货物关联;
(5) 向数据库提交此次数据修改。 上面所有的代码都在同一个程序中,但是只有一小部分代码与运输业务相关。
4个常用概念层:
用户界面层(或表示层): 负责向用户显示信息和解释用户指令。这里指的用户可以是另一个计算机系统, 不一定是使用用户界面的人
应用层: 定义软件要完成的任务,并且指挥表达领域概念的对象来解决问题。这一层所负 责的工作对业务来说意义重大,也是与其他系统的应用层进行交互的必要渠道 ;应用层要尽量简单,不包含业务规则或者知识,而只为下一层中的领域对象协调 任务,分配工作,使它们互相协作。它没有反映业务情况的状态,但是却可以具有 另外一种状态,为用户或程序显示某个任务的进度
领域层(或模型层) : 负责表达业务概念,业务状态信息以及业务规则。尽管保存业务状态的技术细节 是由基础设施层实现的,但是反映业务情况的状态是由本层控制并且使用的。领域 层是业务软件的核心
基础设施层:为上面各层提供通用的技术能力:为应用层传递消息,为领域层提供持久化机制, 为用户界面层绘制屏幕组件,等等。基础设施层还能够通过架构框架来支持4个层次 间的交互模式
相关文章推荐
- 领域驱动设计-学习笔记 分层架构
- 领域驱动设计-学习笔记 实体
- 领域驱动设计-学习笔记 服务
- 领域驱动设计学习笔记
- 领域驱动设计-学习笔记 分层架构
- 领域驱动设计-学习笔记 实体
- 领域驱动设计-学习笔记 关联
- 领域驱动设计-学习笔记 关联
- 领域驱动设计 学习笔记
- 领域驱动设计-学习笔记 消化知识
- 从三层架构迈向领域驱动设计(学习笔记)
- 领域驱动设计-学习笔记 消化知识
- 领域驱动设计学习笔记
- DDD领域驱动设计理论篇 - 学习笔记
- 领域驱动设计 学习前篇
- 分享我对领域驱动设计(DDD)的学习成果
- 系统分析与设计学习笔记(四)领域模型
- linux学习笔记-读《Linux设备驱动开发详解》~第二章 驱动设计的硬件基础
- [学习笔记]UML小结以及基于领域模型的系统设计初步
- 领域驱动设计学习之路—DDD的原则与实践