相关疑难解决方法(0)

现在已经发布了.NET v3.5 SP1(以及VS2008 SP1),现在我们可以访问.NET实体框架了.

我的问题是这个.在尝试使用Entity Framework和LINQ to SQL作为ORM时,有什么区别？

我理解它的方式,实体框架(当与LINQ to Entities一起使用时)是LINQ to SQL的"大哥"？如果是这种情况 - 它有什么优势？它能做什么LINQ to SQL本身无法做到的？

我刚刚阅读了有关Entity Framework 4(实际上是版本2)的这篇文章.

实体框架似乎比其首次发布提供了巨大的改进.因此,我从来没有在任何项目中使用EF,因为我觉得EF与NHibernate相比还不够成熟.

NHibernate及其目前对FluentNHibernate和Linq for NHibernate的贡献由Ayende Rahien提供

我的感觉是,当NHibernate的第二版出现时,微软只是试图获得有利于NHibernate的地形.不过,我的担忧是以下(不是特别有序):

• EF4往往不那么XML冗长吗？
• EF4是否与SQL Server以外的基础数据存储兼容？
• 使用EF4代替FluentNHibernate或NHibernate本身有什么好处？

NHibernate是一个很棒的工具,我想每个人都同意.由于其前身Hibernate,我们可以轻松找到文档和教程以及示例应用程序以熟悉它.FluentNHibernate不是这种情况.特别是根据我正在进行的项目,我要求我进一步调查NHibernate及其选项(例如FluentNHibernate),以便记录NHibernate和FluentNHibernate技术的使用规则和最佳实践.因此,作为一名C风格的开发人员被VB34戴上手铐,我无法在VB.NET中找到所提供示例的语法等效,尽管我已经到目前为止.

我相信NHibernate是最好的选择,但作为一名软件顾问,我不能(不想)错过重要的技术变革,改进和发展.

尽管我读到了关于EF1的不好评论,但EF4看起来非常有前景.您对NHibernate和Entity Framework途径的看法是什么？至于我,我对所有的阅读都感到困惑.我需要你把头伸出水面.

谢谢大家!