综合讨论：LinqDataSource 还是 ObjectDataSource？
我有一个中等规模的网络应用程序，带有基于 SQL-Server 的后端数据库。
我的数据库概述 - SQL 2005 框架\设计和实现的一般建议
我的应用程序框架概述 - L2S (LINQ to SQL) 或 EF（实体框架）
因此，目前我们正处于快速发展之中。我们“冻结”了向 MVC 架构的迁移，为了使其更简单/更快，我们选择了 LINQ-to-SQL 而不是 Entity-Framework（还考虑到几个月后更好的 Entity Framework v2.0 即将推出） 。我希望这是对的。
现在，当我重新审视旧代码时 - 在 过去我们使用过ODS（objectDataSource） 在所有搜索和搜索的地方增删改查 运营。那么，这是一个好主意吗 将其替换为新的 LinqDataSource （摩门教）。
我刚刚在 stackoverflow 上发现了一篇有用的帖子： SqlDataSource 与 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 部分系列 -
我无法更深入 - 我需要知道专家对此有何看法。 我倾向于使用 ODS，因为它提供了更好的抽象（与（几乎）2 层 LDS 不同）。对于未来的 MVC 迁移，这也有助于更好地构建应用程序。
其他参考： http://www.dotnetspider.com/forum/165941- ObjectDataSource.aspx 之间有何区别
I've a moderate-scale web-app with an SQL-Server based backend DB.
My DB overview -
Generic suggestions for SQL 2005 Framework\Design and ImplementationMy App framework overview -
L2S (LINQ to SQL) or EF (Entity Framework)
So, for now as we're on a fast-track development. We've 'frozen' migration to MVC architecture and to make it simpler/faster we've chosen LINQ-to-SQL over Entity-Framework (also considering the fact that in a few months a better Entity Framework v2.0 is coming). I hope this is right.
Now, as I revisited the old code - in
past we've used ODS (objectDataSource)
at all the places for Search & CRUD
operations. So, is it a good idea to
replace it with the new LinqDataSource
(LDS).
I just found one useful post on stackoverflow:
SqlDataSource vs ObjectDataSource
I've referred many LDS tutorials. A great 'series' I foun on 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
I also visited several 'comparison' discussions like -
(Good one) http://www.eggheadcafe.com/aspnet/how-to/146339/linqdatasource-vs-objectd.aspx
The famous ScouttGU's 5 part series on LINQ -
http://weblogs.asp.net/scottgu/archive/2007/07/16/linq-to-sql-part-5-binding-ui-using-the-asp-linqdatasource-control.aspx
I can't go deeper - I need to know what do experts have to say about this. My inclination is towards using ODS because it provides better abstraction (unlike the (nearly)2-tier LDS). And for future MVC migration also this shud help to structure the app better.
Other Ref:
http://www.dotnetspider.com/forum/165941-What-Difference-between-ObjectDataSource.aspx
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
希望这对于那些想要在两者之间进行选择的人来说是一个综合的研发。对我来说，已经有很长一段时间了，现在我使用 MVC3 和 SQL Server 作为后端。因此，我有一个 L2S (LINQ to SQL) 层，它可以帮助我获得完美的“OR”映射，并允许我在对象级别而不是任何其他形式上操作事物。
实体框架很好，但 L2S 提供了更多控制并且更简单（就像在 Win XP 和 Vista(EF) 之间进行选择）我一直使用 L2S，它一直工作得很有魅力！
Hope this serves as a consolidated R&D for people looking to choose between the two. For me, its been a long time and now I'm using MVC3 and SQL Server as backend. So I've a L2S (LINQ to SQL) layer which helps me get the perfect "OR" mapping and allows me to manipulate things at object level instead of any other forms.
Entity Framework is good but L2S provides more control and is simpler (its like choosing between Win XP & Vista(EF)) I stayed with L2S and its been working like a charm!