NHibernate IQueryable 集合作为 root 的属性

Question

我有一个根对象，它有一个集合属性。

例如：

I have a Shelf object that has Books.

// Now
public class Shelf 
{
    public ICollection<Book> Books {get; set;}
}

// Want 
public class Shelf 
{
   public IQueryable<Book> Books {get;set;}
}

我想要完成的是返回一个 IQueryable 集合，以便我可以直接从父级对集合进行分页和过滤。

var shelf = shelfRepository.Get(1);

var filtered = from book in shelf.Books
               where book.Name == "The Great Gatsby"
               select book;

我想让 NHibernate 专门执行该查询，而不是使用 get all 来加载整个集合，然后在内存中解析它（这就是我使用 ICollection 时当前发生的情况）。

其背后的原因是我的集合可能很大，有数万条记录，并且获取所有查询可能会破坏我的数据库。

我想隐式地执行此操作，以便当 NHibernate 在我的类上看到 IQueryable 时它知道该怎么做。

我查看了 NHibernate 的 LINQ 提供程序，目前我决定采用大型集合并将它们拆分到自己的存储库中，以便我可以显式调用过滤和分页。

LINQ To SQL 提供了与我正在谈论的类似的功能。

Answer 1

我一直在尝试为类似的问题提出解决方案。

您可以使用 ISession.FilterCollection 从实体中过滤集合。这会创建一个额外的 IQuery，您可以在其中进行计数、分页、添加条件等。

因此，例如（我在 FilterCollection 中的查询可能有点偏离，但您应该明白）：

ISession session = GetSession();
var shelf = session.Get<Shelf>(id);
var books = session.FilterCollection(shelf.Books, "where Name = :title").SetString("title", "The Great Gatsby").List<Book>();

但是，存在一个问题

1. ：消费者执行代码
   需要访问
   ISession.CreateFilter，或者你需要
   在你的上创建一个方法
   接收属性的存储库，
   查询和您的查询参数
   （以及任何分页或其他
   信息）。其实并不是最性感的
   地球上的东西。
2. 这不是您想要的 LINQ。

不幸的是，我认为没有任何方法可以通过 NHibernate 获得您想要的东西。如果你想尝试的话，你可以伪造它，但它们似乎对我来说很失败：

添加一个方法或属性，在幕后返回一个 LINQ to NHibernate IQueryable 的这个架子：

public IQueryable<Book> FindBooks() {
  return Resolver.Get<ISession>().Linq<Book>().Where(b => b.Shelf == this);
}

有人可能会使用的地方就像这样：

var shelf = ShelfRepo.Get(id);
var books = (from book shelf.FindBooks()
             where book.Title == "The Great Gatsby"
             select book);

呸！您正在通过领域模型来满足您的持久性需求！也许你可以通过让存储库发出 IQueryable 来让情况变得不那么糟糕，它在运行时实际上是 LINQ to NHibernate：

public IQueryable<Book> FindBooks() {
  return Resolver.Get<IRepository<Book>>().CreateQuery().Where(b => b.Shelf == this);
}

仍然很无聊。

创建您自己的自定义集合类型（以及可能的 IQueryable 实现）来包装实际书籍的私有字段，并将 NHibernate 映射到该字段。然而，使用 ISession.CreateFilter 来实现这一点可能是一项困难的任务。您必须考虑“发现”当前会话，将 LINQ 表达式转换为可以在 CreateFilter 中使用的内容等。此外，您的业务逻辑仍然依赖于 NHibernate。

在这一点上，没有什么是真正令人满意的。在 NHibernate 可以为您对集合执行 LINQ 之前，您最好按照已经建议的方式正常查询 Book 存储库，即使它看起来不那么性感或最佳。

Answer 2

我倾向于这样思考：

聚合根是一致性的边界，因此如果架子需要对其包含的书籍强制执行某种一致性策略，那么它应该是聚合根。
在这种情况下，它应该容纳一套/收藏的书籍。

如果您不需要以任何方式强制从书架到书籍的一致性，那么我会考虑删除 set/collection 属性并将这些查询移到存储库中。

此外，由于分页和过滤很可能与您的域逻辑没有任何关系，因此它最有可能用于演示。
然后我会考虑为它制作一些特殊的视图，而不是向我的存储库添加演示工具。

例如，

var result = Queries.FindBooksByShelf(shelfId,pageSize);

此类查询可以返回投影和/或优化为普通 SQL 等。
它们很可能特定于 GUI 中的某个视图或报告。
这样您的域将仅关注域概念。

Answer 3

也许你应该尝试 Nhibernate Linq 。它允许您使用 IQueryable 并执行以下操作：

Session.Linq<Book>().Where(b => b.Name == "The Great Gatsby");