MVC3、RavenDB、AutoMapper、IoC/DI 和 Geese - 我应该在哪里使用我的关联存储库？

Question

我对 RavenDB 和 MVC3 非常陌生，尤其是 IoC 的用法（不是概念）。所以只是警告你，这听起来像是一个非常初学者的问题。

总结： 我有一个域模型，假设它是

public class Goose

在这个类中，我可能有一个更复杂的对象作为属性

    public Beak beak { get; set; }

在 RavenDB 中，我们被正确地鼓励 [JsonIgnore] 这个属性或者根本没有它，而是有一个引用标识符，比如

    public String beakId { get; set; }

在我的 MVC3 应用程序中的某个地方，我想查看 Goose，我可能想向用户显示一些关于 Goose 和它的喙（应该是 Bill 吗？）的信息。所以是的，我需要一个视图模型，对吗？

public class GooseModel
{
    public String BeakColour { get; set; }
    public String BeakLength { get; set; }
    ...etc
}

好吧，假设我有一些 GooseRepository 和一些 BeakRepository，这是一个简单的问题......

我在 GooseController 类中，我正在加载一个 Goose 来查看。我在什么时候使用 BeakRepository，谁应该知道它？ GooseController 知道 GooseRepository 并通过 id 加载 Goose。在这一点上，我们可以在 Goose 类中拥有一些代表整个 Beak 的属性，但我真的不想将 BeakRepository 注入 GooseRepository 吗？好的，所以也许当我从 Goose 创建 GooseModel 时，我发现我可以获得 BeakColour 和 BeakLength 的 GooseModel 属性，如何？好吧，我喜欢 AutoMapper，所以也许我的 Goose 的 GooseModel 地图正在使用 BeakRepository 来查找 Beak，然后提取两个 Beak 属性来填充 GooseModel 字段。这似乎也是错误的……所以还剩下什么？ GooseController.. Goose 控制器是否应该知道 BeakRespository，然后找到并设置 BeakColour 和 BeakLength！？这当然看起来也完全错误..

那么它在哪里完成呢？控制器、域对象、映射器还是其他地方？也许我应该有一个在 Goose 视图中使用的 Type Beak 的部分视图？..

Answer 1

我倾向于将这种逻辑整合到服务/业务层 (GooseService) 中，然后将其注入控制器。您的服务层可能采用GooseRepository 和BeakRepository，并返回已将GooseViewModel 映射在一起的已解析对象。

Answer 2

嗯，...阅读您的问题，我强烈建议您忘记服务层和存储库层。如果您没有很好的理由保留它们（测试不是其中之一，因为 RavenDB 有一个 EmbeddableDocumentStore，它既快速又简单）拉动它们以利用 RavenDB 的一些非常好的特性。

我实际上写过一篇文章，说明为什么我认为您通常应该避免这些层： http://daniellang.net/keep-your-code-simple/ 这是关于 NHibernate，但概念也适用于此。

您是否应该将 BeakColor 和 BeakLength 属性非规范化到您的 Goose 文档中取决于您的应用程序需要。如果您对术语“聚合根”感到满意，那么经验法则是这些通常是您的文档。如果您不确定是否应该应用非规范化，请避免使用它，并在加载 Goose 时使用 .Include(goose => goose.Beak)。

如果这对你有意义，请告诉我。