Question

我是一个中等规模的网络应用程序，带有基于SQL Server的后端数据库。

我的数据库概述 -   Generic suggestions for SQL 2005 Framework\Design and Implementation

我的应用框架概述 -   L2S (LINQ to SQL) or EF (Entity Framework)

所以，现在我们正处于快速发展阶段。我们已经“冻结”向MVC架构的迁移并使其变得更简单/更快我们选择了LINQ-to-SQL over Entity-Framework（同时考虑到几个月内更好的Entity Framework v2.0即将推出）。我希望这是对的。

现在，当我重新访问旧代码时过去我们使用过ODS（objectDataSource）在搜索和放大的所有地方CRUD 操作。所以，这是一个好主意用新的LinqDataSource替换它（LDS）。

我刚刚在stackoverflow上发现了一篇有用的帖子： SqlDataSource vs ObjectDataSource

我已经提到了许多LDS教程。我在CodeProject上发布的一个很棒的“系列”：

Part1: http://www.codeproject.com/KB/aspnet/LinqDataSourcebasics.aspx
Part2: http://www.codeproject.com/KB/aspnet/LinqDataSourcebasics1.aspx
Part3: http://www.codeproject.com/KB/aspnet/LinqDataSource2.aspx
Part4: http://www.codeproject.com/KB/aspnet/LinqDataSource3.aspx

我还参观了几个'比较'讨论，比如 - （好的）http://www.eggheadcafe.com/aspnet/how-to/146339/linqdatasource-vs-objectd.aspx

着名的ScouttGU关于LINQ的5部分系列 - http://weblogs.asp.net/scottgu/archive/2007/07/16/linq-to-sql-part-5-binding-ui-using-the-asp-linqdatasource-control.aspx

我无法深入 - 我需要知道专家对此有何看法。 我的倾向是朝向使用ODS，因为它提供了更好的抽象（与（几乎）2层LDS不同）。而且对于未来的MVC迁移，这种不应该有助于更好地构建应用程序。

其他参考： http://www.dotnetspider.com/forum/165941-What-Difference-between-ObjectDataSource.aspx

Answer 1

希望这对于想要在两者之间做出选择的人来说是一个整合的研发。对我来说，它已经很长时间了，现在我正在使用MVC3和SQL Server作为后端。所以我有一个L2S（LINQ to SQL）层，它帮助我获得完美的“OR”映射，并允许我在对象级别而不是任何其他形式操作。

实体框架很好，但是L2S提供了更多的控制并且更简单（就像在Win XP和Vista（EF）之间选择一样）我和L2S一起工作，它的工作就像一个魅力！

综合讨论：LinqDataSource还是ObjectDataSource？

1 个答案: