1回答
DDD聚合vs GoF的外观
design-patterns、oop、domain-driven-design
除了实现细节之外，DDD聚合是否类似于GoF的facade？
浏览 1提问于2009-04-13得票数 6
回答已采纳
2回答
如何获得符合DDD风格的ORM (Ef Core)实体。哪一种是最好的方法？
entity-framework、repository-pattern、unit-of-work
我想开发符合DDD风格的软件。当我必须定义我的实体并与实体框架核心()合作时，问题就出现了，任何其他ORM都会遇到同样的问题。( A)实现存储库/工作模式单元+映射:在存储库实现中使用某种映射过程，即Ef实体和我们所使用的域实体之间的映射过程。我们得到了一组存储库，这些存储库为EF提供了一个<em
浏览 0提问于2019-03-15得票数 1
1回答
DDD聚合为公共api
domain-driven-design
我有点困惑，我应该如何思考我的领域聚合根。基本上，在我看来，它们似乎是客户端使用的公共api，它隐藏了聚合根子级的实现。(inside foo class){
this.Bar.DoTheBarThing客户只知道和关心聚合根，因为它作为一种GOF</em
浏览 2提问于2021-01-14得票数 0
回答已采纳
1回答
我应该把这个建筑命名为什么？
design-patterns、architecture、architectural-patterns、layers、spring-mvc
我正在为一个新的MVC系统开发一个体系结构。遗留系统有一个被称为" Facade“的层，但它不是经典的GoF外观。它更像是一个服务聚合器。它被用作一个方便层，用于调用多个服务，将响应聚合/转发到所需的响应中，然后将该响应返回给控制器。正面(yuck...might引起歧义)收集器
还有其他想法吗？谢谢！！
浏览 0提问于2019-11-22得票数 2
2回答
域-驱动-设计与命令模式-相互排斥？
domain-driven-design、command-pattern
tl;dr：
我喜欢命令模式的小型聚焦类(如SetProjectAsActiveCommand )，但我也喜欢DDD的方法，即让模型负责自己的核心业务功能，比如调用Project::setAsActive最近我读到了有关领域驱动的设计(DDD)的文章，据我所知，这种方法更多地依赖于模型本身的工作，所以上面的命令可能会被Organisation::proposeNewProject()、Project::在模型上使用这些方法意味着它们可以充当“聚
浏览 6提问于2015-04-29得票数 3
3回答
外观设计模式的关联关系还是聚合关系？
java、design-patterns、uml、aggregation、facade
我正在研究GoF设计模式，特别是外观模式。我理解它的用法和实现，但我对它的UML模型有疑问。我的教授提出的解决方案总结如下： private ClassA c1; private ClassCc1.operationA(); c3.operationC(); }
建议的</e
浏览 0提问于2020-07-03得票数 3
1回答
用DDD实现基于组件的设计
architecture、domain-driven-design、components、software-design
我是DDD的新手，但对它有一定的了解。我计划用C#开发基于组件的应用程序。首先，我创建了ER图，并用它创建了db模式。我选择了像EmployeeManagement、ProjectManagement和ResourceAllocation这样的组件。我为访问dbContext的每个组件分离了DataAccessLayer文件。这是一个质量明智的可接受的解决方案吗?或者有没有其他方法来改进当前的设计？
浏览 1提问于2015-01-29得票数 0
1回答
命令应该始终是CQRS中域模型行为的外观吗？
domain-driven-design、cqrs
在DDD-CQRS场景中，应用程序/服务层中的命令是否应该始终只是不同聚合方法的外观？或者，命令是否应该将业务逻辑保留在其中(从而将该逻辑从域模型转移到命令)？
浏览 13提问于2021-07-30得票数 0
1回答
在CQRS中，命令应该始终是内部层的外观吗？
domain-driven-design、cqrs
在DDD场景中，我在Application/Service层中的命令应该始终只是不同聚合方法和其他内部层(如基础结构层中的存储库调用)的外观吗？或者命令应该保留其内部的业务逻辑(因此，在非CQRS环境中将该逻辑从域模型传输到命令)？
浏览 0提问于2021-07-30得票数 0
回答已采纳
1回答
关于DDD结构和分层。
model-view-controller、domain-driven-design、aggregate
朋友们，如果这个问题已经在另一个帖子中讨论过了，我很抱歉，但是我已经搜索了ddd和mvc文章，并且没有找到一个简单的答案。
我希望将DDD方法应用到我的MVC项目的架构中。请纠正我哪里错了。所有涉及命中域模型的MVC控制器操作最初都将命中应用程序服务层。这里的应用程序服务层充当表示和域之间的外观。来自应用程序服务的任何请求都将使用存储库在聚合根上执行fetch或modify操作。每个聚合根目录都有自
浏览 1提问于2012-02-01得票数 2
回答已采纳
2回答
存储库在没有领域驱动设计的情况下有用吗？
c#、asp.net、nhibernate、entity-framework、domain-driven-design
假设我的应用程序不保证完全的DDD设置，那么存储库仍然有用吗？我喜欢它们屏蔽底层实现细节(比如实体框架的使用)的方式。然而，根据定义，存储库倾向于绑定到聚合根(这个概念对我来说仍然是一个圣杯)。我想问题也可以是这样的:如果我有一个典型的3层应用程序，业务层外观由基于功能的“逻辑分组”类组成(而不是像TradingManager和ContactsManager中那样的聚合根)，那么还
浏览 11提问于2011-03-10得票数 4
回答已采纳
1回答
理论添加外键，但不创建关联
doctrine、domain-driven-design
在当前的应用程序中，我们遵循DDD风格并依赖于DDD，我们有聚合作用域，并且不能在该作用域中使用其他聚合(如果需要建立关系，我们只能使用其他聚合的id)。例如:我们有用户聚合和媒体聚合，用户可以有一个与媒体相关的图标，但依赖于DDD，我不能让它像这样 * @OneToOne(targetEntity="Media")
* @JoinColu
浏览 0提问于2019-02-07得票数 0
1回答
在DDD中，值对象来自哪里？
domain-driven-design、value-objects
我目前正在做一个附带的项目，以获得DDD的感觉，我想知道什么是存储库-ish组件来获取我的值对象。在我的市场范围内，目录由商人管理，包含按类别和宇宙组织的报价
在这里，我猜商人、目录和宇宙将是聚合根，因为它们在系统中具有全局标识，而提供者将是目录聚合的一个实体，分类将是一个价值对象，就像报价上的标记一样然后，我将有一个存储库作为ARs持久性的外观，但对于DDD构建
浏览 1提问于2015-05-20得票数 0
回答已采纳
2回答
DDD NoSQL存储和域模型与视图模型
domain-driven-design、nosql
我正在尝试使用DDD模式，并且作为一个持久存储，我正在考虑使用NoSQL数据库，如LiteDB、RavenDB或DocumentDB。与关系数据库相比，我的一个优点是我的域模型(整个聚合)可以序列化为JSON文档，并存储在DB中，避免域模型到数据模型映射。我问这个问题，因为通常会提到“不要将域模型用于查询(读取模
浏览 3提问于2017-05-17得票数 0
回答已采纳
2回答
DDD体系结构中存储库和聚合大小及责任的确定
architecture、domain-driven-design、ddd-repositories、aggregateroot
一个具体的(我希望)的问题，如果可能的话，我希望得到一个具体的答案.关于集料和存储库的DDD体系结构，责任和细粒度级别。与方法GetAllCustomerGroups，GetOneCustomerGroup
或者只有一个回购- CustomerRepository (与所有上述方法，更明
浏览 2提问于2016-03-24得票数 2
2回答
如何将“组合根”DI应用于领域驱动设计？
design、object-oriented、domain-driven-design、dependency-injection
我对应用“复合根”(CR)在DDD中创建聚合体感到困惑。Seemann (2012年)将CR定义为“(最好)独特的位置.组成模块的位置”。他主张在CR内部，即在应用程序的入口附近，合成对象图，并警告不要试图“一次创建一些类来创建小子系统”。
DDD中的聚合显示为这样一个子系统--一个包含实体和值对象的(子)图。Evans (2004)和其他DDD文本(Vernon 2013，Ghosh 2017)建议在位于域层、“靠
浏览 0提问于2018-02-28得票数 2
回答已采纳
2回答
如何在DDD中建模集合和持久化数据库
c#、domain-driven-design、aggregate
我只是试图走出Repository/Service/Presentation的典型N层体系结构的舒适区域，并开始研究使用Aggregates的DDD，我不得不承认，我有点困惑，希望有人能澄清以下示例：}以下是我的问题，我希望有任何澄清，因为我确信我误解了这里的基本原则：
只有聚合对象应该公开到表示层(或任何消费层)。如何处理将聚合对象转换/持久化到数据库，可以使用映射(这很好)，但是如何知道是否要创建对象或更新(
浏览 2提问于2013-03-31得票数 2
2回答
领域驱动设计精确聚合定义
domain-driven-design、ddd-repositories
聚合DDD & REST -域驱动的web APIs O
浏览 4提问于2017-12-17得票数 1
3回答
DDD:获取其他聚合的聚合根
domain-driven-design、repository-pattern、aggregateroot
在过去的两周里，我一直在研究DDD，真正让我印象深刻的一件事是聚合根如何包含其他聚合根。聚合根是从存储库中检索的，但是如果根包含另一个根，那么存储库是否有对其他存储库的引用，并要求它构建子根？
浏览 0提问于2010-02-15得票数 9
2回答
Java的“扫描器”方法与外观GoF设计模式
java、oop、design-patterns、facade
我正在学习设计模式，以提高我的编程技能。现在，我正在探索立面设计模式。那么，我声明它是为了让我可以使用某些特性，而不需要接触复杂和更深层次的功能，对吗？
浏览 0提问于2019-04-10得票数 1
回答已采纳
云服务器
对象存储
ICP备案
云点播
腾讯会议
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号