实体框架4.1和NHibernate的获取策略封装

|| 我创建了一个项目来测试NHibernate 3+与Entity Framework 4.1，将其包装在存储库中，使其可以使用接口等进行测试。 我不想在存储库之外公开任何一个ORM（我什至不公开IQueryables）。一切都应在该层中处理，直到我尝试以抽象方式处理获取之前，一切都很好。 Microsoft的添加急切加载的实现在Include函数上使用魔术字符串（yuck）或Linq表达式（yay）。它们的语法如下所示：

IQueryableThing.Include(o => o.Person);
IQueryableThing.Include(o => o.Company.Contact);
IQueryableThing.Include(o => o.Orders.Select(p => p.LineItem.Cost);

第一个只会加载关联的人。 （父母） 第二个将加载关联的公司和每个公司的联系人。 （父母和祖父母）。 第三个将加载每个订单的所有关联订单，订单项和成本。 这是一个非常漂亮的实现。 NHibernate使用略有不同的方法。他们仍然使用Linq表达式，但是他们大量使用扩展方法（流利的方法）。

IQueryableThing.Fetch(o => o.Person);
IQueryableThing.Fetch(o => o.Company).ThenFetch(o => o.Contact);
IQueryableThing.FetchMany(o => o.Orders).ThenFetch(p => p.LineItem).ThenFetch(q => q.Cost);

（我不确定第三行的语法是否正确） 我可以将一个表达式列表封装在一个单独的类中，然后将这些表达式应用于该类中的IQueryable。因此，我需要做的是对Microsoft表达式语法进行标准化，然后通过遍历表达式树并重建每个表达式将其转换为NHibernate的语法。 这是真正棘手的部分。我必须维护特定的操作顺序才能为IQueryable调用正确的函数（必须以Fetch或FetchMany开头，其后每个都是\“ ThenFetch \”或\“ ThenFetchMany \”），这使我无法使用内置的ExpressionVisitor类。 编辑： 最后，我创建了一个表达式解析器，该解析器将对属性，集合进行任何级别的嵌套，然后对集合进行选择并生成一个表达式数组。不幸的是，内置的Fetch扩展方法没有采用LambdaExpression作为参数。 我目前停留的部分无法使用nHibernate内置的Fetch定义。看来我可能必须直接使用Remotion库的功能或注册自己的扩展方法，这些方法才能满足其解析器的要求。 时髦