C)退出以将控制返回到应用层
( A)调用基础设施层SoftwareRequest存储库并在域模型提供的新域模型SoftwareRequest实体中传递
( A) SoftwareRequest存储库从应用层接收新的域模型SoftwareRequest实体。这里还提供了对基础设施层数据访问的引用，以便在所涉及<
浏览 8提问于2016-02-22得票数 0
回答已采纳
2回答
设计域模型
、、、
根据域模型模式，我们还必须具有对域实体的行为。我使用实体框架进行数据访问。我已经提取了所有实体，并将其作为部分类移动到域层。现在，我在域层中有了另一组分部类，它们的行为与存储库对话。问题是存储库还引用了域模型中的实体，从而导致循环引用。
有人能提供这方面的设计解决方案吗？
浏览 3提问于2013-04-02得票数 1
回答已采纳
2回答
Asp.net MVC和实体框架。在某些方面需要你的投入。数据访问使用实体框架代码设计，存储库建立在EF数据访问之上，域模型设计在存储库之上，应用服务建立在Damain层之上，UI开发在应用服务之上UI (控制器) -->应用程序服务-->域层-->存储库-->数据访问-->数据库。我<e
浏览 3提问于2013-04-01得票数 1
1回答
访问存储库的域实体
、、、
从这些辩论中继续：
public class TaskStatus public long Id {get;setConstants.CompletedTaskStatusId);}
我知道我可以拥有CompletedTaskStatus和OpenTaskStatus对象，但在某些情况下，这是不必要的，无论
浏览 1提问于2011-07-04得票数 2
回答已采纳
我目前正在设计和实现一个使用Domain Driven Design概念的框架。"querying to check multiple column unique index"
关于这一点，以及查询应该在存储库层类中编写的事实，结果表明，域实体需要在域模型层中具有对其存储库
浏览 1提问于2017-01-03得票数 3
2回答
在我的存储库中，我通过Linq实体查询对域对象进行赋值。然后，我有一个服务层来处理这些从存储库返回的对象。在Repository中完成所有
浏览 14提问于2009-03-04得票数 1
回答已采纳
4回答
领域驱动设计、.NET与实体框架
、、、、
我是新的领域驱动设计，但想学习它，并使用它为一个新的应用程序。我将使用实体框架进行数据访问。到目前为止，基本布局是：
||||
数据存储( Server)在数据访问层和域模型之间传输数据的最佳方法是什么？我认为<
浏览 10提问于2010-01-16得票数 14
回答已采纳
2回答
在他的DDD书中，Evans提出了分层体系结构的思想，特别是业务逻辑应该局限于域层，并与UI/persistence/其他关注点分离。他还引入了存储库模式，作为对实体和值对象进行抽象访问和持久存储的手段。对我来说，还不清楚的是：
哪一层存储库属于哪个层:域层、持久化层还是中间的什么东西？(如果它低于域层，它将
浏览 0提问于2019-08-17得票数 33
回答已采纳
3回答
我理解所有的领域实体和它们的逻辑应该与存储库接口一起保存在域层中。在我的应用程序中，我将一些数据存储在数据库中，用于在运行时构造用户界面的各个部分(表示层)。我应该在哪里保存这些类型的poco类和存储库接口，在应用层还是域层。我无法辨别，因为这些对象不会有任何与领域相关的业务逻辑，但它们需要从数据库中提取信息，而我使用的是EF，
浏览 5提问于2013-02-14得票数 0
回答已采纳
2回答
DDD原则之一鼓励域实体只有私有设置器和私有默认构造函数，以确保不能在无效状态下创建域实体。
存储库包含域实体上的数据操作，这些操作从数据库映射到数据库。副作用是，在read操作的存储库中，更难将它们非物质化；因为您需要反射才能创建实例和映射属性；以及在Dapper请求中使用需要映射到实际域实体的</e
浏览 2提问于2019-02-02得票数 7
回答已采纳
1回答
我正在一个新的项目中工作，我正在尝试用Repository模式使用清洁架构方法。我使用的是.net核心3，C#，Automapper，MediatR和Dapper。我有以下几层：应用程序(围绕域)：这里我使用CQRS模式，我有我的命令、查询和接口；
持久化:这里有存储库接口的实现。我认为存储库应该负责与数据库中的</e
浏览 0提问于2020-01-14得票数 2
1回答
有些属性对域没有任何意义，但是对于存储库来说是必不可少的，例如分区键。
在我的存储库上有一个DTO可以扩展实体的基本实现，添加相关字段吗？
浏览 3提问于2017-07-21得票数 2
回答已采纳
Hibernate实体是否与域模型相同？方法1-域模型和实体是同一类。域模型是一个实体。域模型有-an实体。我认为方法2是正确的方法，因为您实际上控制了对敏感对象的访问，而包围对象(域模型)具有域模型上的所有业务逻辑/操作。
但我在职场的同事们认为，他们本质上是一样的。根据它们，
浏览 0提问于2019-04-19得票数 16
回答已采纳
2回答
关于存储库和实体，我有一个重要的问题。我应该限制存储库来创建特定的实体/聚合根(通过像BaseRepository这样的通用存储库)吗？此时，基本存储库可以访问数据库工厂对象(不是DbFactory，而是自定义的)来检索任何POCO (不仅仅与聚合根相关)。所以，从技术上讲，我可以从任何存储<
浏览 2提问于2014-06-23得票数 1
回答已采纳
3回答
我正在开发一个使用Spring数据JPA访问数据层的Spring应用程序。基本上，我有n实体类和n相关存储库类来访问与实体类关联的数据库表的数据，如下所示：@Transactional(propagation = Propagation.MANDATORYEntityTypeN, Long> {
List<EntityTypeN> findByEntityTypeN
浏览 5提问于2016-11-29得票数 2
1回答
我正在制作一个带有洋葱架构的ASP.NET MVC网站。我已经实现了一个存储库模式，现在正在我的项目中创建一个Controller方法。这是我的建筑：
现在，在我的</
浏览 0提问于2017-06-20得票数 2
回答已采纳
1回答
配置实体行为DDD
、、、
在我所使用的一个产品中，我们有一个包含大量域逻辑的聚合根，现在我有了一个要求，使一小块行为可配置。举个例子，假设我有一个实体，这个实体有很多时间表，这些时间表告诉我它们是否准时，并且根据它们的类型(多态)有不同的方法，其中一个规范需要考虑给我结果的数据库可配置参数。现在，我认为所有的可能性似乎都不对此外，实体也无法访问</
浏览 0提问于2017-02-07得票数 2
回答已采纳
1回答
我对存储库模式的一个特定部分感到非常困惑，它看起来很简单，但结果却很棘手。
我用Mosh对这个主题做了这个很好的解释；它是一个带有实体框架的存储库模式的C#实现。课程是域对象，也是存储库作为EF实体使用的对象。实际上，存储库模式定义没有提到存储库应该如何构建其实体<
浏览 0提问于2020-07-07得票数 1
我们在EF上有各种聚合根存储库接口。然而，内嵌中的一些代码块似乎应该是域的责任。只要存储库接口是在域中声明的，而impl在基础结构中(注入的依赖项)，将存储库接口作为参数传递给实体(或其他域)类上的方法会被认为是错误的设计吗？
例如，这会不会很糟糕？public void DeleteFrom(IEntityAbcReposit
浏览 1提问于2011-12-14得票数 4
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM活动推荐
腾讯云开发者
