我使用的是六边形架构，扩展asp.netcore身份的应用程序用户实体在域层(因此将域耦合到基础架构层)，以及技能实体(应用程序用户可以具有多个技能，一个技能可以属于多个应用程序用户)，您对应用程序用户是域实体有什么想法，我们可以使用什么方法将其保留在域中，同时又不将该层耦合到基础架构层？
浏览 18提问于2021-01-12得票数 1
1回答
在我建造它的时候，我还不知道，我建造了一座“金字塔”建筑。我没有意识到这一点，直到我在我的新的Visual 2013图层图表中列出了这一点。每个层取决于下面的层，以及下面的所有其他层。我怀疑这是我的一些不幸的原因。每一个较高的层都违反SRP，因为它有多个改变的理由，对吗？它有多个契约，具有多个基础层。如果这些层中有任何更改，则组件必须更改。
我<
浏览 0提问于2015-03-06得票数 3
回答已采纳
背景：为了我自己的清晰/自我教育，我尝试使用TDD + DDD实现一个简单的订单输入应用程序。我的主要目标是通过分离关注点来保持体系结构的整洁。
域/BLL层包含执行细粒度操作的“业务实体”类，以帮助创建新订单、应用税收、折扣、基于订单大小和客户位置的发货逻辑。应用程序外观( WebServices /编排)包含粗大、粗粒度
浏览 3提问于2012-12-07得票数 29
回答已采纳
2回答
二层集装箱
、、、
我正在尝试使用像IoC这样的IoC来设计IoC应用程序。我有以下三个层次(3个项目)：
Repository层有接口IRepository<T>和它的一些实现。而且在服务中还存在有两个不同实现的接口IService<T>。请您告诉我，是否应该在WebApi项目中使用DI容器来绑定IService<T>和ServiceConcrete<T>，在服务项目
浏览 5提问于2016-01-26得票数 8
回答已采纳
2回答
我正在用域驱动设计实现一个六角形架构。
我有一个名为"Address“的值对象，它有一个”Value ()“方法。我希望为域内的地址提供默认的验证提供程序，但也允许外部用户提供覆盖的验证器。因此，我创建了一个AddressValidationAdapter接口，它可以由外部世界以“依赖反转”的方式实现。我的问题是-在我的地址类中调用我的AddressValidationA
浏览 3提问于2022-11-16得票数 0
在核心层使用ISpecification (来自Ardalis.Specification包)，不会导致与库的紧密耦合吗？我认为它为特定的库添加了紧密耦合，这违反了OOP原则，并影响了它的未来发展。
浏览 45提问于2021-05-10得票数 1
3回答
我在网上搜索了很多，比如如何在洋葱体系结构中构建领域驱动设计？困扰我的是，这个HelloWorld的例子在现实生活中似乎不太有效:假设我们构建了应用程序、域和基础设施的传播洋葱结构。在这种情况下，应用程序将是WebApi-部件、域-服务、实体、值对象等，以及域-程序集中定义的接口的实现。
到目前为止还不错，但是使用这种方法，我需要定义域层
浏览 0提问于2017-07-26得票数 5
5回答
洋葱结构与六角形结构相比
、、、
它们之间是否有什么区别(洋葱，六角形)，据我理解，它们是一样的，它们集中在应用程序的核心领域，应该是技术/框架不可知论的领域。使用一种比另一种更有好处，你为什么要使用它？什么时候用？
谢谢
浏览 1提问于2018-04-26得票数 58
回答已采纳
1回答
我使用的是六角形/干净/端口和适配器架构。为了简单起见，我将只在这里讨论域和基础设施，在这里，基础设施依赖于域，但域不知道基础结构。由于域层不知道基础结构，所以它只调用接口中的s
浏览 0提问于2022-09-30得票数 1
在我看来，事件源的概念是事件源与域层相关，而域层不能与基础设施层耦合。所以我不会使用Prooph/事件源组件，这就是为什么Prooph的团队不会维护事件源组件的原因。(会议)
问题来了，聚合、DomainEvent等属于领域层，它们都放在事件源组件中.事件存储属于基础设施层，所以我可以直接使用prooph/事
浏览 3提问于2018-11-28得票数 0
回答已采纳
在杰弗里·巴勒莫关于洋葱建筑的文章中，他声称：域模型周围的第一个层是域服务层，因此这意味着应该在那里定义存储库接口。在边缘，我们看到UI，基础设施和测试。外层是为经常变化的<
浏览 0提问于2020-07-21得票数 2
回答已采纳
1回答
洋葱体系结构讨论了如何分离UI、服务和数据层。通常给出的所有示例都涉及应用程序的单个部署模型。例如，在.net中，大多数示例是如果我的应用程序有多种部署风格，会发生什么？例如，Azure资源相对于前提Server。主机- Azure -与上面相同
<em
浏览 0提问于2018-12-20得票数 -1
3回答
具有弹簧数据的六角结构
、、、
我将开始一个新项目，学习spring引导、spring数据和六角形体系结构。根据我的理解，六边形体系结构的目标是将核心或域层与数据库操作(基础结构层)分开。我已经看到了这个体系结构的以下项目结构。更新：所以我想把域实体和JP
浏览 1提问于2017-10-01得票数 15
回答已采纳
1回答
我可以从DAL返回DTO吗？
、、、、
域层是定义所有实体/模型的地方。
Client <- WebApi Layer <- (DTO) Application Layer <- (Entity) PersistenceLayer
现在，持久化层返回在应用程序层转换为DTO<e
浏览 3提问于2021-08-03得票数 1
回答已采纳
2回答
我正在学习领域驱动设计，并被介绍到洋葱架构的概念，它使用了核心，领域，API和基础设施的术语。如果我想按照Onion构建一个项目，我应该如何将我的结构的相关组件与核心、域、API和基础设施相匹配？API部分是可以理解的，但我对Core和Infrastructure感到困惑。例如，所有与域相关的业务逻辑都在域中，包括实体、值、对象、存储库等。
那么核心是什么，基础设施</em
浏览 0提问于2017-07-03得票数 5
回答已采纳
DDD/“六角形体系结构”坚持将领域(也称为模型)与基础设施需求分离。这看起来很干净，很符合逻辑，直到您意识到，如果域对象碰巧太大，将域对象存储在内存中可能会损害性能，更重要的是从持久存储/网络中获取此类域对象。我所见过的“治愈”方案的核心是将聚合定义为“小的”和“最终的一致性”。两者似乎都将业务规则委托给无状态(“域
浏览 0提问于2019-01-25得票数 2
1回答
端口和适配器体系结构旨在构建解耦的代码。域层不直接依赖于基础设施层，而是依赖于端口(接口)，端口的实现在基础设施层，对吗？我的文件夹结构是这样的：
端口的一个项目:它包含严格的接口。一个
浏览 0提问于2019-01-22得票数 0
1回答
清洁体系结构数据库优先方法-问题
、、、、
我正在使用现有的数据库实现干净的体系结构，使用脚手架命令，我在基础设施层生成了POCO实体，并在域层手动创建了实体，以便稍后映射它们。
在应用程序层中，我有一个通用接口存储库，其中包含一些标准操作。我不能从应用层传递ABC.Infrastructure.Models.User (因为我不能在应用层中添加对基础结构层的引用)，因为规则清洁体系结构，
浏览 7提问于2022-01-27得票数 -1
1回答
我们有一个大的Nodejs项目，我们觉得不能再扩展了。这是因为匆忙地做出决定，想出新的模型、属性和请求处理程序来响应客户需求。我被要求想出一个从旧代码结构迁移到新的更可伸缩的代码结构的计划，当然，这不会影响客户端。以下是我的想法：
创建一个名为v2的新分支，并在(简单、简单但缓慢)的上启动
浏览 3提问于2021-08-03得票数 1
云服务器
对象存储
ICP备案
云点播
实时音视频
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号