C# 为什么使用存储库作为属性？

Question

我正在阅读存储库的使用情况。有时我看到存储库是实体的属性。我想知道优点和缺点是什么。

public interface IRepository<T>
{
  T GetById(int id);
  void Update(T);
}

public class FooRepository : IRepository<Foo>
{
  public Foo GetById(int i)
  { /* code ..*/ }

  void Update(Foo)
  { /*code..*/ }
}

public class Foo
{
   public IRepository Repository {get;set;}

   public void Update()
   {
     Repository.Update(this);
   }
}

为什么使用这个方法？将存储库和实体对象分开使用不是更有意义吗？那么实体对象不知道任何存储库？

编辑：

但是如果您有一个主对象和不同的子对象怎么办：

public class MainObject
{
  public int Id {get;set;}

  public List<ISubject> SubObjects {get;}
}

public interface ISubObject
{
}

public class SubObjectA : ISubObject
{
  public string SomeProperty {get;set;}
  public int Id {get;set;}

  public int MainObjectId {get;set;}
}

public class SubObjectB : ISubObject
{
  public string AnotherProperty{get;set;}
  public int Id {get;set;}

  public int MainObjectId {get;set;}
}

所以 SubObjectA 和 SubObjectB 是不同的类型，但实现 ISubject 接口。主对象具有这些子对象的列表。每个子对象都有它自己的存储库。您将如何加载子对象？

Answer 1

某些实体实现需要访问创建它们的上下文，例如实现延迟加载。请考虑以下事项：

class MyEntity
{
    public virtual IEnumerable<string> Tags { get; private set; }
}

interface IMyEntityRepository
{
    ...
}

您可以从 MyEntity 实现返回 MyEntity 的子类，这需要对创建它的存储库的引用。

internal class MyLazyEntity : MyEntity
{
    public MyLazyEntity(MyLazyEntityRepository repository)
    {
        this.Repository = repository;
    }

    public override IEnumerable<string> Tags
    {
        get
        {
            return this.Repository.LoadTagsForEntityFromXml(this.Id);
        }
    }
}

class MyLazyEntityRepository : IMyEntityRepository { }

我想说，在从实体派生的类中保留对源存储库的引用很好，另一方面，基实体类不应该了解存储库。

Answer 2

我不会使用这种方法。更新自身不是 Foo 的责任，而是存储库的责任。如果您正在应用持续的无知模式。

这段代码有点味道：

   public void Update()
   {
     Repository.Update(this);
   }

它除了将调用转发到存储库之外什么也不做。

Answer 3

您可以将其与 Spring http://www.springframework.net/

或其他依赖注入工具 一起使用动态加载对象。只要它实现了接口，它就以相同的方式工作。检查面向方面的编程。

看看下面的文章

DDD 存储库的优点和缺点