NHibernate前途未卜

多年以来，NHibernate一直是.NET平台的首选ORM框架，而且尽管Entity Framework已经取得成功，但很多人在新项目中仍然会将NHibernate当做第一选择。不过开发者的缺乏严重制约了该框架的发展。

目前只有两个重要的活跃开发者，一个是Fourth Media的Alexander Zaytsev，一个是Oskar Berggren。他们在准备.NET 4.0上的NHibernate 4时取得了长足进步，但无法改变.NET 4.0于三年前发布这一事实。此后又出现了很多变化。最明显的是.NET 4.5中async/await的引入，该特性很快成为任何处理I/O的库的至关重要的部分。据Ricardo Peres介绍，问题还不止于此，还存在诸如在LINQ查询中缺乏对左连接的支持，需要更多文档，以及“Iesi.Collections这一难以理解的集合库的使用”等问题。他继续说道：

在我看来，NHibernate的问题在于缺乏领导。据我所知，NHibernate的下一个版本是3.4还是4，除了bug修复还会有哪些特性，这些都不得而知。更不用说NHibernate会发展成什么样，何时会支持.NET 4.5的async构造等等问题了。NHibernate开发邮件列表非常安静，到目前为止，上面这些问题，还有其他种种问题，都还没有回应。

尽管Entity Framework在功能上远远落后于NHibernate，相信我，确实如此，但是它正在发展。Entity Framework有领导者，有知名的团队，这样公众就可以了解相关讨论。开发团队也可以从社区以请求甚至代码补丁的方式得到建议，而且有些建议已经加入到主线产品中。不久前，下一个主要版本Entity Framework 6也已经宣布，而且已经有了公开的Beta版本，它指出了方向。当然，任何人都可以从CodePlex下载当前版本。诚然，它不会处理NHibernate的任何强项，相反，它正随当前趋势而动，换句话说，就是异步特性、集成.NET 4.5并符合其约定。

Adam Bar对此也有共鸣：

4.0计划中有什么新特性吗？好吧，是有一些，但我认为没什么让人印象深刻的特性。更好地支持SQL Server 2012(比如sequence和limit特性)，还将直接支持Ingres9，其他一些方言特性也会有所改进。但是必须承认，对现有用户而言这些变化并不算大。当然会有一些bug修复和小的改进，还会有一些计划中的特性，比如Linq提供程序（NH-3186、NH-2852、NH-3056、NH-2915和NH-3256）和代码映射（NH-3280和NH-3313）。Linq查询的性能也可能会有重大改进。

并不是说这种状况无法改变。NHibernate社区仍然相当庞大，还有很多无法切换到其他ORM框架的代码基。现在需要的只是把这一切调动起来。

查看英文原文：The Uncertain Future of NHibernate