实体框架和linq到sql的可行性
在这些框架中花费时间是否值得。或者它们只是微软以MFC库的形式开发的另一个框架。 我不想浪费宝贵的时间，所以请帮忙。在什么样的情况下，这些框架会有帮助。EF和L2S是（ORM）。它们将在使用ORM的任何地方使用。StackOverflow使用LINQtoSQL作为其ORM层，效果良好。EntityFramework正在兴起，尽管它目前存在一些问题，但在即将发布的版本4.0中，它将得到极大的改进 您可以将时间花在学习其中一个或两个框架上，因为您很可能会在应用程序中使用ORM。EF和L2S是（ORM）。它们将在使用ORM的任何地方使用。StackOverflow使用LINQtoSQL作为其ORM层，效果良好。EntityFramework正在兴起，尽管它目前存在一些问题，但在即将发布的版本4.0中，它将得到极大的改进实体框架和linq到sql的可行性,linq,linq-to-sql,Linq,Linq To Sql,在这些框架中花费时间是否值得。或者它们只是微软以MFC库的形式开发的另一个框架。 我不想浪费宝贵的时间，所以请帮忙。在什么样的情况下，这些框架会有帮助。EF和L2S是（ORM）。它们将在使用ORM的任何地方使用。StackOverflow使用LINQtoSQL作为其ORM层，效果良好。EntityFramework正在兴起，尽管它目前存在一些问题，但在即将发布的版本4.0中，它将得到极大的改进 您可以将时间花在学习其中一个或两个框架上，因为您很可能会在应用程序中使用ORM。EF和L2S是（ORM
您可以将时间花在学习其中一个或两个框架上，因为您很可能会在应用程序中使用ORM。是的！这是值得学习的。不这不仅仅是另一个框架。它对于使用SQL数据库查询数据和显示/执行某些逻辑的任何应用程序都很有用 Linq2Sql是在.NET3.5中引入的。如果您没有自己的域实体集，这将非常有用。在复杂的场景中，将Linq2Sql类映射到我们自己的域实体类有点困难 但是，建议使用实体框架。EF是在.NET3.5SP1中引入的。Linq2Sql的改进版本，作为Olso混合模型的一部分。这可以作为一个真正的ORM来映射我们自己的域实体集，并且设计器提供了大部分特性 有一个新版本的EF（EF4）附带.NET4.0。 注意你能用EF4做些什么
从Codeplex.com下载“分层体系结构.NET示例”是！这是值得学习的。不这不仅仅是另一个框架。它对于使用SQL数据库查询数据和显示/执行某些逻辑的任何应用程序都很有用 Linq2Sql是在.NET3.5中引入的。如果您没有自己的域实体集，这将非常有用。在复杂的场景中，将Linq2Sql类映射到我们自己的域实体类有点困难 但是，建议使用实体框架。EF是在.NET3.5SP1中引入的。Linq2Sql的改进版本，作为Olso混合模型的一部分。这可以作为一个真正的ORM来映射我们自己的域实体集，并且设计器提供了大部分特性 有一个新版本的EF（EF4）附带.NET4.0。 注意你能用EF4做些什么
从Codeplex.com下载“分层体系结构.NET示例”这取决于您的备选方案。如果您的替代方案是使用ADO.NET和数据集，那么是的，LinqToSql和EntityFramework可能是一个进步。如果您的选择是NHibernate或其他功能丰富的ORM，那么它们可能是一种倒退
微软在继续提供对LinqToSql的支持并进行一些小的改动的同时，已经非常坚决地离开了LinqToSql。微软建议所有LinqToSql用户迁移到实体框架。然而，VS2008SP1/.NET3.5SP1推出的实体框架在许多方面是LinqToSql的倒退。假设您可以在不久的将来迁移到VS 2010/.NET 4.0，那么将于4月份推出的VS 2010和.NET 4.0实体框架应该主要是从LinqToSql升级而来。这取决于您的备选方案。如果您的替代方案是使用ADO.NET和数据集，那么是的，LinqToSql和EntityFramework可能是一个进步。如果您的选择是NHibernate或其他功能丰富的ORM，那么它们可能是一种倒退
微软在继续提供对LinqToSql的支持并进行一些小的改动的同时，已经非常坚决地离开了LinqToSql。微软建议所有LinqToSql用户迁移到实体框架。然而，VS2008SP1/.NET3.5SP1推出的实体框架在许多方面是LinqToSql的倒退。假设您可以在不久的将来迁移到VS 2010/.NET 4.0，那么将于4月份推出的带有VS 2010和.NET 4.0的实体框架应该主要是从LinqToSql升级而来。您真的建议在Microsoft基本上对LinqToSql进行反烧以支持实体框架之后，再花些时间学习它吗？我想我不能同意那个建议。为什么要学习一个功能差的ORM（相对于它的竞争对手而言），它永远不会比现在更好？@Michael:EF 4.0需要Visual Studio 2010和.NET Framework 4.0。对于一些人来说，出于配置原因，这将不是一个可行的选择。如果您现在需要更多功能，您的最佳选择可能是nHibernate，或者其他开源ORM之一。如果您需要一个轻量级ORM，并且对LinqToSql感到不舒服，那么亚音速可能是一个可行的替代方案。您真的建议在Microsoft基本上对LinqToSql进行了反编译，以支持实体框架之后，再花些时间学习它吗？我想我不能同意那个建议。为什么要学习一个功能差的ORM（相对于它的竞争对手而言），它永远不会比现在更好？@Michael:EF 4.0需要Visual Studio 2010和.NET Framework 4.0。对于一些人来说，出于配置原因，这将不是一个可行的选择。如果您现在需要更多功能，您的最佳选择可能是nHibernate，或者其他开源ORM之一。如果你需要一个轻量级的ORM并且对LINQtoSQL感到不舒服，亚音速可能是一个可行的选择。我认为你对MFC过于苛刻了。多年来，它非常适合一个有点重要的利基市场。我并不是说使用MFC是一种乐趣，因为在我看来，它不是。它提供了一个合理的替代直的C++ Win32。在许多方面