NHibernate对企业中型Web应用程序是否足够可靠？

Question

嗯，我想问题是自我解释。

我在问，因为我正在研究使用DDD方法在SQL Server中使用SQL Server开发这个企业内部网（可能是4个）...因此，我将使用EF或nHibernate。

我知道有关于EF和nHibernate的强烈争论。但是做出决定真的很难。

我喜欢nHibernate，因此我的问题。但除了个人车库项目之外，我还没有看到有人真正使用它。

提前致谢。

Answer 1

这就是艾恩德所说的：

1. 编写批处理 - 可以将NHibernate配置为批量处理对数据库的所有写入，这样当您需要向数据库写入多个语句时，NHibernate将只进行一次往返，而不是每次都进入数据库言。

2. 读取批处理/多查询/期货 - NHibernate允许将多个查询批量处理到数据库的单次往返，而不是每次查询单独的往返。

3. 批处理集合加载 - 当您延迟加载集合时，NHibernate可以找到其他未加载的相同类型的集合，并在一次访问数据库时加载所有这些集合。这是避免必须处理SELECT N + 1的好方法。

4. lazy =“extra”的集合 - Lazy extra意味着NHibernate适应您可能在集合之上运行的操作。这意味着blog.Posts.Count不会强制加载整个集合，而是会创建一个“从Posts中选择count（*）BlogId = 1”语句，并且blog.Posts.Contains（）同样会产生在一个查询中，而不是支付将整个集合加载到内存的价格。

5. 集合过滤器和分页集合 - 这允许您在实体集合之上定义其他过滤器（包括分页！），这意味着您可以轻松浏览blog.Posts集合，而不必加载整个事情都记忆犹新。 二级缓存 - 管理缓存很复杂，我之前谈到了为什么这很重要，所以我现在就跳过。 调整 - 只要你需要一些超出框架提供的东西，这就是至关重要的。使用NHibernate，几乎在所有情况下，你都有一个扩展点，使用EF，你完全被完全阻止。

6. 整合＆amp;可扩展性 - NHibernate有很多扩展项目，比如NHibernate Search，NHibernate Validator，NHibernate Shards等。这些项目不仅不存在EF，而且大部分都不能编写，因为EF没有扩展点可以这么说。

然而，另一方面：

1. EF 4.0有比当前NHibernate实现更好的Linq提供程序。这是一个积极的工作，NH 3.0将解决这个差距。

2. EF来自微软。

这是ref：http://ayende.com/blog/4351/nhibernate-vs-entity-framework-4-0