Fluent NHibernate 还是 NHibernate，我们应该更喜欢哪一个来支持 linq？
【问题讨论】：
标签： c# nhibernate fluent-nhibernate linq-to-nhibernate
Fluent NHibernate 来自 Configuration，Linq 用于查询。他们做不同的事情，你可以同时使用两者。 Fluent NHibernate 不是 NHibernate 或 Linq 的替代品，而只是一个帮助程序库，可帮助您在代码中配置 NHibernate，而不是使用 XML 文件。
【讨论】：
当您使用 NHibernate 时，您会为您的对象和查询 (LINQ) 创建映射以对这些对象进行 CRUD。 NHibernate 使用 XML 映射文件。 Fluent NHibernate 只是根据约定或任何其他可能的方式为您生成这些映射文件。因此，您是否使用 FNHib 并不重要。您仍然可以使用 Linq、Hql、Criteria 或 QueryOver 查询您的对象，并且您仍然可以使用 NHibernate。
【讨论】：
NHibernate - 在 XML
中编写配置Fluent NHibernate - 在 C# 或 VB.NET 中使用类型安全编写配置
如果你希望它类型安全并且讨厌用 XML 编写配置，你应该选择 Fluent NHibernate。因此，您可以轻松地重命名和重构任何更改。您只需键入 dot，intellisense 将在文档方面为您提供很多帮助。编写第一个配置只需要时间，但一旦你知道它就很容易。
Fluent NHibernate 中的Linq 与 NHibernate 本身是一样的。因为与其他答案一样，Fluent NHibernate 仅用于配置并易于使用 NHibernate，其余部分来自 NHibernate。例如：
var maleCustomers = (from t in Session.Query<Entities.Customer>()
where t.Gender == Gender.Male
select t).ToList();
我使用 Fluent NHibernate，但是当您右键单击 .Query<>“转到定义”时，您会发现它来自 namespace NHibernate.Linq。所以无论哪种方式实际上都是您使用相同的 Linq。
如果您说 NHibernate 的 Linq 与 Sql 的内置 Linq 是不同的。我不太确定有什么区别。我以为是一样的，但是当我尝试以更复杂的方式查询时，它会抛出异常或只是一个空的 Sql 查询。
结论：无论你为Linq选择哪种方式都是一样的，都是NHibernate Linq。
【讨论】：
Fluent for NHibernate 在 CodeFirst 环境中运行良好，您可以在其中与 DBA 团队（如果有的话）定义数据库约定。这会从您的 POCO 中创建一个非常一致的物理模型。
就遗留数据库而言，几乎总是需要 Fluent Overrides 来处理数据库不够一致而无法使用 Fluent 约定的情况。 Fluent Automapping 也可以通过创建自定义属性并从您的自动映射约定中读取来轻松扩展。
就查询而言，您不太可能只想使用 LINQ 进行查询。 NHibernate LINQ 实现和一般的 LINQ 并不总是像您想要的那样描述您的连接和查询。例如，在撰写本文时，NHibernate LINQ 实现不支持 LEFT OUTER JOINS。 LINQ 可以非常容易阅读，而且大多数情况下它运行良好，但为了更好地控制，您可能希望将 HQL 或 ICriteria 查询与 LINQ 查询一起使用。
我通常打开 show_sql 以及用于 log4net 的 NHibernate.SQL 记录器，并查看我的查询创建的 SQL 到 DB。
在我想控制我的连接或“急切获取”的情况下，我有时会选择HQL 或ICriteria，这让我可以更好地控制 NHibernate 对我的查询所做的操作。
从本质上讲，Fluent 为映射对象提供了很大的灵活性，并且方法（LINQ、HQL 和 ICritieria）的组合允许您处理几乎任何查询/调整情况。
【讨论】：