谈一下领域驱动设计
主要关注核心领域逻辑。基于领域的模型检测复杂设计。这涉及与公司层面领域方面的专家定期合作，以解决与领域相关的问题并改进应用程序的模型。在回答这个微服务面试问题时，您还需要提及DDD的核心基础知识。他们是：
- DDD主要关注领域逻辑和领域本身。
- 复杂的设计完全基于领域的模型。
- 为了改进模型的设计并解决任何新出现的问题，DDD不断与公司领域方面的专家合作。
-
我正在学习DDD概念，为了加强我的理解，我正在研究一些现实世界的例子。 我知道一个聚合应该只有一个通过根实体的入口点，一个聚合应该只有一个存储库(如果我完全理解错了，请纠正我) 现在假设有特定类型的消耗品，并且这些消耗品是从配送中心发送的。发送特定类型的消耗品取决于它们的数量，我的意思是，如果其中一个消费者对A型和B型的临界数量为10，并且这些项目的数量低于10，那么配送中心发送A型和B型消耗品。
-
本文向大家介绍什么是领域驱动设计（DDD）相关面试题，主要包含被问及什么是领域驱动设计（DDD）时的应答技巧和注意事项，需要的朋友参考一下 专注于核心领域逻辑 在模型上找到综合的设计 不断与领域专家合作，改进应用程序模型并解决与领域相关的问题
-
null 到目前为止，很容易。如果我们试图将规范应用到存储库，而又不破坏DDD模式或存在性能问题，那么问题就会出现。 应用规范的可能方法： 1）经典方法：在领域层使用领域模型进行规范 null null 3）与2）类似，但将规范作为持久层的一部分 这不起作用，因为域层需要参考规范。它仍将取决于持久层。 我们将在持久层中拥有业务逻辑。这也违反了DDD模式 4）与3类似，但使用抽象规范作为接口 nul
-
Eric Evans在DDD中谈了很多关于模型进化的话题，所以重构似乎对DDD是必不可少的。当一个人拥有世界的关系持久化状态时，可以通过迁移来处理模型更改，从而更改数据库模式。 使用事件源时，如何应对模型更改？如果对聚合有不兼容的更改，这将阻止事件的重播，是否有某种最佳实践？还是只是不要？
-
每个域对象包含与特定有界上下文(X)中的特定对象相关联的业务逻辑。REST API包含将查询或命令的结果转换为通过网络发送的数据（例如JSON）的逻辑。当使用HATEOAS和超媒体时，我们希望使用链接来建模资源之间的关系。但是，为了确定REST API应该返回哪些链接，通常需要求助于业务逻辑/规则。问题是，这些“工作流规则”在DDD应用程序中属于哪里？它们可能在一个不同的有界上下文中只处理工作流规
-
问题内容： 新手CSS问题。我认为一个元素的意思是“填充可用空间”。但是对于一个元素来说似乎并非如此。例如： 然后有两个问题： 是否确切定义了width：auto的含义？CSS规范对我来说似乎很模糊，但是也许我错过了相关的部分。 有没有一种方法可以实现我对输入字段的预期行为-即。像其他块级元素一样填充可用空间？ 谢谢！ 问题答案： 一个的宽度从其生成属性。默认值是驱动自动宽度的原因。 您可以按照下