首先是RDO,后来是ADO,后来是ADO.NET,现在是LINQ.LINQ是下一个标准还是我应该等待?

bac*_*h17 1 linq database ado

在我看来,微软每四到五年就会改变有关数据库管理的规则.我记得RDO是连接SQL服务器的解决方案.我更新了我使用ADO的知识,因为RDO已经过时了.ADO非常好用,但不久前,我发现自己编程并再次刷新我的知识来使用ADO.NET.现在我正在使用LINQ在我的第一个项目中工作.

你怎么看?LINQ是否已准备好成为下一个标准,或者我应该等待并继续在.NET 2.0中使用ADO.NET?我需要从您自己的经验中了解,如果改为LINQ与其提供的好处相比并不太昂贵.

Ser*_*pth 6

你应该等什么?如果你考虑一下,你过去写过的任何代码今天都会像以前那样同样有效.LINQ比大多数早期方法更有效吗?在我看来,是的,但我真的很喜欢LINQ.Linq To Entities更好吗?不,它只是不同而且说实话,在许多情况下它的工作量相当多.IJW(它只是工作!)LINQ的因素真的令人难以置信,它是微软在很长一段时间内推出的最优雅的技术之一.将来会有更好的东西吗?最有可能的.但是我们现在生活和编码,等待未来是一个愚蠢的事情,因为总有一些东西比水平更好.

也就是说,这是抽象的一个很好的论据.当你设计你的课时问自己,我可以在我的数据层中替换X(Linq,ADO.Net等...)而不会破坏我的应用程序的其余部分吗?如果你能回答是,你可能有一个非常好的设计.做一个正确的数据层真的不是那么难,它允许你灵活地从Linq切换到任何其他ORM(链接到实体,nHibernate等...)甚至切换到完全不同的后端像Web服务,或者下一个伟大的东西.

此外,如果它让你放心,LINQ不会去任何地方.它的一部分语言正在单声道和更多的linq提供商中实现.即使微软采用不同的技术,你仍然会看到人们使用和支持Linq.地狱,它已经在某种程度上与Linq to Entities发生了,你仍然看到大多数使用Linq的开发人员都会忽略L2E.今天使用LINQ的唯一主要缺点是缺乏可靠的MySQL/PostOgre linq提供程序,但有一些正在开发中.