Tag: 资源库模式

如何用Dapper实现工作单元模式？

目前，我正在尝试使用工作单元+库模式的Dapper ORM。 我想使用工作单元而不是简单的精简库，因为我的插入和更新需要一定程度的事务处理。 我一直无法find任何有用的例子，因为大多数似乎使用entity framework，并在工作单位内泄漏问题。 有人能指点我的方向吗？

实体访问存储库可以吗？

我刚刚开始使用DDD，所以也许这是一个愚蠢的问题… 一个实体访问一个仓库（通过一些IRepository接口）在运行时获取一个值可以吗？ 例如，我想强制执行一个属性的“默认”select： class Person { private Company _employer; public Company Employer { get { return _employer; } set { if(value != null) { _employer = value; } else { _employer = employerRepository.GetDefaultEmployer(); } } } … } 我的问题是，这样做是否违反了DDD的原则。 如果不是，我的下一个问题将是提供存储库使用的最佳方式是什么？ 是否在Person对象创build时提供？ 谢谢，P

什么是聚合根？

我试图让我的头在如何正确使用存储库模式。 总根的核心概念不断涌现。 当searchWeb和Stack Overflow以获得有关聚合根目录的帮助时，我一直在寻找关于它们的讨论以及应该包含基本定义的页面的死链接。 在存储库模式的上下文中， 什么是聚合根？

通用库与EF 4.1有什么关系

当我更深入地了解DbContext，DbSet和相关的接口时，我想知道为什么你需要围绕这些实现实现一个单独的“Generic”存储库？ 它看起来像DbContext和IDbSet做你需要的一切，包括DbContext里面的“工作单位”。 我在这里错过了什么东西，或者似乎人们喜欢没有理由再添加一层依赖。