仓储设计实现问题之提出仓储的建模时要从问题空间角度看待如何解决

简介: 仓储设计实现问题之提出仓储的建模时要从问题空间角度看待如何解决

问题一为什么提出仓储的建模时要从问题空间角度看待?


为什么提出仓储的建模时要从问题空间角度看待?


参考回答:

从问题空间角度看待仓储的建模是为了为实践方案提供一个以问题空间为主的参考标准,并突出在仓储选择不同实现时不得不屈服于技术的特性,从而使得仓储的特性产生的差异。这样可以使读者更深入地理解仓储,并为其在实际项目中的应用提供指导。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/654258


问题二:仓储实体转移模式是什么,其核心思想是什么?


仓储实体转移模式是什么,其核心思想是什么?


参考回答:

仓储实体转移模式描述了一种在仓储和用例过程之间转移聚合实体的方式。其核心思想是:当用例过程需要将聚合实体保存到仓储时,执行放置(put或save)操作,此时聚合实体的状态变为中间过程,用例过程中不再拥有该实体;当用例过程需要从仓储中获取聚合实体时,执行获取(Take)操作,将实体从中间过程转移到用例过程,此时仓储将不再拥有该实体。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/654260


问题三:仓储实体转移模式中的“放置”和“获取”操作与数据库的哪些操作相对应?


仓储实体转移模式中的“放置”和“获取”操作与数据库的哪些操作相对应?


参考回答:

仓储实体转移模式中的“放置”操作与数据库的更新(update)或保存(save)操作相对应,表示将聚合实体保存到仓储中;而“获取”操作则与数据库的查询(find)或检索(retrieve)操作相对应,表示从仓储中获取聚合实体。但特别地,我使用“Take”而不是“find”来表达从仓储中转移实体的思想。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/654262


问题四:在仓储实体转移模式下,为什么要提出“放置”和“获取”这两个操作,而不是使用传统的数据库操作?


在仓储实体转移模式下,为什么要提出“放置”和“获取”这两个操作,而不是使用传统的数据库操作?


参考回答:

在仓储实体转移模式下,提出“放置”和“获取”这两个操作是为了强调从问题空间角度看待仓储和聚合实体的关系。这两个操作带有数据建模的思想,并反映了聚合实体在仓储和用例过程之间的转移过程。通过这两个操作,我们可以更清晰地理解仓储和聚合实体的生命周期,以及它们在不同阶段的状态变化。这与传统的数据库操作有所不同,因为它们更多地关注于技术实现层面,而仓储实体转移模式则更侧重于从领域模型和业务逻辑的角度来描述这些操作。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/654263


问题五:在《实现领域驱动设计》一书中,Vaughn Vernon提出了哪两种仓储的实现模式?


在《实现领域驱动设计》一书中,Vaughn Vernon提出了哪两种仓储的实现模式?


参考回答:

在《实现领域驱动设计》一书中,Vaughn Vernon提出了两种仓储的实现模式,分别是面向集合的资源库和面向持久化的资源库。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/654264

目录
相关文章
|
3月前
|
NoSQL Redis UED
业务架构问题之在流程建模中,“定职责”的重要性是什么,流程建模中的交互设计原则是什么
业务架构问题之在流程建模中,“定职责”的重要性是什么,流程建模中的交互设计原则是什么
|
3月前
|
运维 监控 安全
软件研发核心问题之用在需求拆解时明确监控范围与形式的问题如何解决
软件研发核心问题之用在需求拆解时明确监控范围与形式的问题如何解决
|
3月前
|
存储 安全 数据库
系统工程的思想和方法可以帮助我们更好地组织和管理这些活动,以实现企业的整体最优。
系统工程的思想和方法可以帮助我们更好地组织和管理这些活动,以实现企业的整体最优。
|
3月前
|
网络协议 Python
系统工程是一种跨学科的方法论,旨在通过分析和设计系统的各个组成部分、组织结构、信息流和控制机制,以实现系统的整体最优运行。
系统工程是一种跨学科的方法论,旨在通过分析和设计系统的各个组成部分、组织结构、信息流和控制机制,以实现系统的整体最优运行。
|
4月前
|
存储 安全 区块链
元宇宙与区块链技术的关系可以从多个角度进行阐述。以下是对这两者之间关系的详细分析
**元宇宙:虚拟世界融合现实元素,强调交互与沉浸;区块链:去中心化、安全的分布式账本。两者结合,区块链确保元宇宙中虚拟资产安全、支付高效、身份验证私密、治理透明,支撑其经济体系与用户信任,驱动未来发展。**
|
5月前
|
运维 前端开发 JavaScript
平台设计-概念澄清说明
平台所说模块一般指一个独立部署的前端项目
|
搜索推荐 安全 数据挖掘
产品运营方法论:从目标拆解到策略重构
本文从产品运营的定义到作者对产品运营的理解以及一些工作中用到的方法论做了总结。
211110 33
|
Unix Java Linux
系统的混乱并业务本身之复杂,我们并不擅长处理『简单』
![](https://ata2-img.oss-cn-zhangjiakou.aliyuncs.com/neweditor/846d5052-1e21-4f9c-8f52-aaa37cacc407.png) # 前言 一群高智商青年在餐厅吃饭,餐桌上一个瓶盖标识为盐的瓶子里装得是胡椒粉,而标识为胡椒粉的瓶子里装得却是盐,他们想出了一个充满才气的方案来完成对调--仅需要一张餐巾纸、一根吸管和两个
48642 10
系统的混乱并业务本身之复杂,我们并不擅长处理『简单』
「管理」处理复杂性-一个粗略的指南,领导模式和理论
「管理」处理复杂性-一个粗略的指南,领导模式和理论
|
Unix Java Linux
系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』
软件工程最大的成本在于维护,为了未来可扩展、为了未来更灵活,我们往往会增加很多很多奇奇怪怪可有可无的代码,增加这些代码可能只需要几分钟,但移除这些代码花费的精力与承担的风险,却数倍于此。我们不断 YY 着所谓的未来,却让现在越来越糟。系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』。
1162 1
系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』
下一篇
无影云桌面