领域驱动设计-划分界限上下文
2017-12-07 17:42
225 查看
我们根据需求不要急于建立分析模型,而是应该先根据对需求的理解,将系统划分为多个界限上下文,每个界限上下文为独立解决业务的一部份的解决方案。
比如一个电商平台,可以分为买家、卖家、商品、订单、退货等几个界限上下文。划分界限上下文是非常自然的事情。
比如一个OA系统,可以分为部门与员工基础资料、费用管理、内部考试、学习中心、员工考勤、钉钉通知(各种业务事件发生时调用钉钉框架发送消息)等。
界限上下文通常有三种类型,分别为核心域、支撑域、通用域。
核心域:系统最核心并有复杂业务逻辑的业务界限上下文,比如电商平台的订单上下文,OA系统的费用管理上下文。
支撑域:系统支撑其他界限上下文的基础,比如电商平台的商品,OA系统的员工基础资料。
通用域:需要使用的基础框架或第三方成熟解决方案,比如OA系统中封装的钉钉框架上下文、学习中心。
比如一个电商平台,可以分为买家、卖家、商品、订单、退货等几个界限上下文。划分界限上下文是非常自然的事情。
比如一个OA系统,可以分为部门与员工基础资料、费用管理、内部考试、学习中心、员工考勤、钉钉通知(各种业务事件发生时调用钉钉框架发送消息)等。
界限上下文通常有三种类型,分别为核心域、支撑域、通用域。
核心域:系统最核心并有复杂业务逻辑的业务界限上下文,比如电商平台的订单上下文,OA系统的费用管理上下文。
支撑域:系统支撑其他界限上下文的基础,比如电商平台的商品,OA系统的员工基础资料。
通用域:需要使用的基础框架或第三方成熟解决方案,比如OA系统中封装的钉钉框架上下文、学习中心。
相关文章推荐
- 领域驱动设计-划分界限上下文
- 【领域驱动设计】浅谈聚合的划分与设计
- 【DDD】领域驱动设计实践 —— 限界上下文识别
- 【DDD】领域驱动设计实践 —— 限界上下文识别
- 【DDD】领域驱动设计实践 —— 限界上下文识别
- 【译文】借助“上下文地图”进行战略级别的“领域驱动设计”
- IDDD 实现领域驱动设计-上下文映射图及其相关概念
- Entity Framework模型在领域驱动设计界定上下文中的应用
- 【DDD】领域驱动设计实践 —— 限界上下文识别
- Entity Framework模型在领域驱动设计界定上下文中的应用
- 【领域驱动设计】事务脚本、活动记录和领域模型
- 领域驱动设计——项目分层与落地
- 领域驱动设计常见术语
- 【架构设计 领域驱动开发 三】战略建模
- 领域驱动设计学习-模型驱动设计的构造块
- EntityFramework之领域驱动设计实践(四)(转)
- 领域驱动设计案例之业务实现1
- 【翻译】防腐层:面向领域驱动设计的更为稳健的系统集成方案
- 实战DDD(Domain-Driven Design领域驱动设计:Evans DDD)(转)
- 读书笔记之---DDD(领域驱动设计)二