当存在LINQ到SQL的可能性时，考虑NHibernate for.Net是否仍然有益？

我对LINQtoSQL和NHibernate都不是很熟悉

据我所知，LINQtoSQL在许多方面是NHIbernate对.Net的一种替代

那么，这是否意味着LINQtoSQL是NHibernate的一个内置移植，让.Net开发人员跳过NHibernate，开始使用LINQtoSQL呢

---

谢谢

这很有争议，但我还没有看到一个ORM工具可以与NHibernate竞争。诚然，LINQtoSQL有其优点——主要的一点是实际的LINQ——在某些方面它是完美的，只是没有那么灵活和强大。

这是非常有争议的，但我还没有看到一个ORM工具可以与NHibernate竞争。诚然，LINQtoSQL有其优点——主要的一点是实际的LINQ——在某些方面它是完美的，只是没有那么灵活和强大。

使用“替换”一词代替“替换”一词

因此，是的，它是NHibernate的替代品，然而，与大多数事物一样，在决定您希望选择哪条路线时，值得查看两者的所有特性。

使用“替代品”一词，而不是使用“替代品”

---

因此，是的，它是NHibernate的替代品，但是，与大多数事物一样，在决定您希望选择哪条路线时，值得查看这两种方法的所有功能。

嗯，它们完全不同

Linq到sql只是一个从Linq到sql的转换器，它没有任何上下文、缓存和所有nhibernate内容

nhibernate比实体框架更好

---

但是linq到sql非常简单，stackoverflow使用它：）。

嗯，它们完全不同

Linq到sql只是一个从Linq到sql的转换器，它没有任何上下文、缓存和所有nhibernate内容

nhibernate比实体框架更好

---

但是linq到sql非常简单，stackoverflow使用它：）。

NHibernate绝对是一个很好的选择。目前，它仍然是.NET领域最强大的ORM

---

就个人而言，我更喜欢实体框架。它还没有NHibernate强大，但它是微软定制的ORM，提供与其他MS工具的最佳集成。（例如，Reporting Services的下一个版本将支持EF模型。）

NHibernate无疑是一个不错的选择。目前，它仍然是.NET领域最强大的ORM

---

就个人而言，我更喜欢实体框架。它还没有NHibernate强大，但它是微软定制的ORM，提供与其他MS工具的最佳集成。（例如，Reporting Services的下一版本将支持EF模型。）

NHibernate比Linq2Sql或EF更成熟、更强大。在任何情况下，了解NH和EF都很有用。

NHibernate比Linq2Sql或EF更成熟、更强大。在任何情况下，了解NH和EF都是有用的。

它们不进行比较。然而，我相信NHibernate是最好的ORM，远远超过微软的实体框架

它可以无缝地与几乎所有现有的应用程序（MS SQL、Oracle、MySQL、SQLite、Firebird、PostgreSQL等）集成，这是EF目前还没有做到的

通过学习它，您不仅实现了一个健壮而成熟的解决方案（记住它的Java测试代码库），而且还获得了可以轻松应用Java原始Hibernate的知识

我可能在这里说得太离谱了，但我不认为EF（再一次，我甚至没有将它与LINQ进行比较）目前的可定制性是NHibernate的一半

他们没有比较。然而，我相信NHibernate是最好的ORM，远远超过微软的实体框架

它可以无缝地与几乎所有现有的应用程序（MS SQL、Oracle、MySQL、SQLite、Firebird、PostgreSQL等）集成，这是EF目前还没有做到的

通过学习它，您不仅实现了一个健壮而成熟的解决方案（记住它的Java测试代码库），而且还获得了可以轻松应用Java原始Hibernate的知识

我可能在这里说得太离谱了，但我不认为EF（再一次，我甚至没有将它与LINQ进行比较）目前的可定制性是NHibernate的一半

---

Nhibernate更强大。另外，微软一直在推动EF4.xNhibernate的功能更加强大。加上微软一直在推出EF 4.xRobin，你知道在这方面比较Nhibernate和LINQ功能的比较表吗？Robin，你知道在这方面比较Nhibernate和LINQ功能的比较表吗？