design-patterns - IRepository 和关系数据

Question

我想知道使用 IRepository 模式处理关系数据的推荐方法是什么。

我的数据库有下表，列名在括号中:

• 计划(PlanId、名称、创建日期、修改日期、ViewId)
• 区域(AreaId、名称、nTop、nLeft、nRight, nBottom)
• View (ViewId、nTop、nLeft、nRight、n底部)
• PlanAreas (PlanId, AreaId)

其中每个计划可以有零个或多个区域但只有一个 View ，因此 Plans.ViewId 是 FK 到 Views.ViewId。在 PlanAreas 中，两列都是各自表格的 FK。

有时我的应用程序可能想要在区域上独立操作，但通常我会同时加载、保存、删除计划及其所有组成部分(区域、 View )。

我已经开始了……

public interface IPlanRepository
{
   IEnumerable<MyModel.Plan> GetAll();
   MyModel.Plan GetByName(string sName);
   MyModel.Plan GetById(string sId);
   void Delete(MyModel.Plan plan);
   void SaveOrUpdate(MyModel.Plan plan);
}

public class Plan
{
   public Guid Id { get; set; }
   public string Name { get; set; }
   public DateTime Creation { get; set; }
   public DateTime Modified { get; set; }
   public MyModel.View View { get; set; }
   public IList<MyModel.Area> Areas { get; set; }
}

public class View
{
   public Guid Id { get; set; }
   public IEnvelope Envelope { get; set; } // encapsulates top, left, bottom, right
}

// etc.

这个计划相当复杂，所以实际上会有更多的特性，但这是一个好的开始。那么现在的问题是:

• 我需要 IViewRepository 和 IAreaRepository 吗？
• 在 IPlanRepository 中实现这些方法时，我是否完成了获取与计划相关的关系数据(即区域和 View )的所有工作并返回一个完全填充的计划对象？

• 还是让更高级别的“聚合器”(缺少更好的词)在返回计划后填充属性是否更好？像这样:

  Plan GetPlanById(string sId)
  {
      Plan myplan = new Plan();
      IPlanRepository planrepo = new PlanRepoImpl();
      myplan = planrepo.GetById(sId); 
      IViewRepository viewrepo = new ViewRepoImpl();
      myplan.View = viewrepo.GetByPlanId(sId);
      return myplan;
  }
  

现在我正计划使用 LINQ-SQL 进行数据访问，因为我熟悉它，而且我可以相当快地完成它。我可能会切换到其他东西，但我现在想保持简单。

Answer 1

如果你不为计划的子部分做一个 repo ，你如何处理只加载你需要的部分？例如，如果我想获取系统中所有计划的列表并选择一个来详细查看，您绝对不希望返回完全填充的计划对象只是为了显示摘要列表。这会在很多方面扼杀性能。相反，您只需要一个精益计划对象，也许还需要计算它拥有的区域数量(而不是所有人口稠密的区域)。而且，最重要的是，您希望以可重用的通用方式完成所有这些工作。

我倾向于为您想要使用的每个主要实体提供单独存储库的概念。然后通过某种聚合器管理它们之间的关系。或者，您可能将属性引用列表和关联的委托(delegate)(或表达式树)传递给聚合根存储库上的每个检索方法，以告诉它要填充哪些项目。但是你还有第二层、第三层、第四层等等关系的问题。回到只需要显示计划列表和区域计数的最初想法……您不会想要返回所有区域来获得计数。

那只是检索。如果您的计划有 5 个区域，每个区域都有一系列信封，并且您决定从一个区域添加、编辑或删除信封，会怎样？当您处于计划级别时，您将如何遍历树以确定要更新的内容？似乎通过 Envelope 和 Envelope repo 来操纵 Envelope 会更有意义。

在我看来，存储库处理数据检索，另一个引擎/类处理关系修复。