C# 领域模型 +存储库：放置加载实体的代码的位置

Question

我有一个模型类，它是从我的存储库类中的“GetById”方法加载的。我现在需要向该实体添加其他属性，这些属性不保存在数据库中，而是由服务类计算。比如：

public class MyEntity
{
    public int ThingId { get; set; };
    public string ThingName { get; set; }

    // Set from the service
    public int WooFactor { get; set; }
}

public class WooFactorGenerator
{
    public int CalculateWooFactor(MyEntity thing); // Hits other services and repo's to eventually determine the woo factor.
}

// Code to get a "MyEntity":

var myEntity = repo.GetById(1);
var gen = new WooFactorGenerator();
myEntity.WooFactor = gen.CalculateWooFactor(myEntity);

所以为了加载/饱和 MyEntity 对象，我需要从数据库加载，然后调用生成器来确定“woo 因子”（咳咳）。从架构的角度来看，这段代码应该放在哪里？目前的想法：

1）在存储库中：如果我将其添加到此处，我觉得我将太多的责任交给了存储库。

2）在“MyEntity”类中。在此处添加代码，以便在访问 WooFactor 时延迟加载它。这会给 MyEntity 添加很多依赖项。

3）单独的服务类别——似乎有点过分而且没有必要。

Answer 1

• 如果 WooFactor 纯粹依赖于 MyEntity 属性，那么它必须在 MyEntity 内部完成，
• 如果它需要外部信息（例如配置、规则等）那么它需要是存储库之外的一个单独的服务。我将在此处使用此附加属性创建一个 WooEntity。

无论如何，它都不应该位于存储库中。

Answer 2

谷歌 CQRS。您需要做的是将读和写问题分开。如果除实体之外的其他东西需要计算，您的答案显而易见。

Answer 3

我最近遇到了类似的问题，我需要聚合不同的数据来生成我的实体。我最终决定创建一个服务来处理我的 Entity 的构造以及 Entity 发生的任何操作

使用您的示例它可能看起来像这样

public MyEntityService
{
  public MyEntity GetById(int id)
  {
    MyEntity myEntity = _repo.GetById(id);
    myEntity.WooFactor = _wooFactorGenerator.CalculateWooFactor(myEntity);
    return myEntity;
  }
}

：因为与实体的任何交互都是通过服务完成的，因此对项目来说是最好的。

Answer 4

您管理从存储库获取数据的方式本质上是正确的 - 因此最好的通用方法是对服务执行相同的操作。拥有一致的架构和方法有很多优势。

最大的警告是管理依赖关系；我的一般假设是像这样的场景，物理数据访问被抽象出来 - 因此模型在技术上不依赖于 SQL、文件系统等。使用这种方法将允许您公开来自不同存储库的不同数据一致的方式。

• 您使用延迟加载的想法很好；如果您抽象出技术依赖性，您对该选项的主要关注就会消失。
• 单独的服务类可能看起来有点大材小用，但如果它意味着它可以让您更好地控制依赖项，那么付出的代价很小。