存储库基础还是具体方法？

Question

我一直在开发一个应用程序，并尝试应用 DDD 和其他工具（Nhibernate 和 asp.net MVC）。

在此应用程序中，我们需要在存储库的 Person 实体中按名称实现“搜索”。因此，我们有一个存储库基础（RepositoryBase 类），在此实现中，我有一个适用于该项目的通用方法。

public IEnumerable<T> FindAll(Expression<Func<T, bool>> condition) {
  return Session.QueryOver<T>().Where(condition);
}

在我的 asp.net mvc 应用程序中，我们可以像这样使用它：

var list = _repositoryPerson.FindAll(x => x.Name == "Felipe");

另一方面，我们可以为此任务创建一个特定的方法（在 RepositroyPerson 类中），例如：

public IEnumerable<Person> FindByName(string name) {
  return Session.QueryOver<Person>().Where(x => x.Name == name);
}

在我的 asp.net mvc 应用程序中，我们可以像这样使用它：

var list = _repositoryPerson.FindByName("Felipe");

我的问题是：

1 - 根据 DDD 满足此要求的推荐方法是什么？特定类还是基类？

2 - 有人推荐了一些使用 Nhibernate QueryOver 实现存储库基础（通用）的好方法？

如果有人可以帮助我，我将非常感激！ 谢谢

---

更新：

例如，如果我需要复杂的搜索，例如组合条件...例如：姓名（可选）和年龄（可选）和城市（可选）和其他字段...每个字段都是可选的并组合与其他领域！是否推荐使用表达式？您将如何实现这段代码？

PS：对不起我的英语！

谢谢

Answer 1

为了两全其美，您可以像在基类中一样实现 FindByName 方法，将其标记为 protected 或 protectedinternal< /code> （取决于您是否希望允许其他程序集定义存储库实现），然后从特定存储库对象中调用它。

protected internal IEnumerable<T> FindAll(Expression<Func<T, bool>> condition) {
  return Session.QueryOver<T>().Where(condition);
}

public IEnumerable<Person> FindByName(string name) {
  return base.FindAll(x => x.Name == name);
}

这将允许您为将使用该方法的情况编写特定的测试，同时还允许您更改 ORM 实现，而无需在很多地方进行更改。

更新：
为了在 FindAll 中组合多个条件，您可以简单地使用 Aggregate 组合它们（我没有使用 NHibernate 对此进行测试，但如果它损坏，您可以用 foreach 替换它）。

public IEnumerable<T> FindAll(IEnumerable<Expression<Func<T, bool>>> conditions)
{
    return conditions.Aggregate(Session.QueryOver<T>(), (current, condition) => current.Where(condition)).List();
}

然后方法可以采用可选参数，并创建传递给 FindAll 的条件列表。

   public IEnumerable<T> FindByParams(string name=null, string city=null)
   {
       var wheres = new List<Expression<Func<T, bool>>>();

       if (name != null)
       {
           wheres.Add(x => x.Name == name);
       }
       if (city != null)
       {
           wheres.Add(x => x.City == city);
       }
       return base.FindAll(wheres);
   }

Answer 2

这两种方法都有效，我将使用通用方法，但 findmyname 可以为您提供更好、更干净的代码。
我认为这取决于品味以及您希望 DDD 的纯粹程度。我将为更复杂的需求（例如搜索或其他东西）创建特定的方法，但保持简单是我的方法

Answer 3

我同意 Oscar 的观点 - 我更喜欢特定的方法，主要原因是它们更易于测试。围绕 IQueryable 和 Expression 对象构建合理的测试非常具有挑战性。

Answer 4

其他注意事项：

谁是存储库代码的使用者？如果您将存储库暴露给 gui 或其他可能难以或滥用更抽象的接口的开发人员，那么就有额外的动力来提供更清晰的特定接口。

界面有多臃肿？仅仅因为一个表达式可以几乎可以是任何东西，并不意味着它通常都是这样。但在这种情况下，也许是因为您可以在更新中组合搜索条件，然后会倾向于使用更抽象的方法，至少作为帮助者。

我个人倾向于尽可能使用更具体的界面

干杯，
贝里尔