相关疑难解决方法(0)

概观

LINQ,我在网站上提出了很多问题.我提出的问题范围广泛而且多种多样,往往背后没有太多背景.因此,为了巩固我在Linq上获得的知识,我发布了这个问题,以便在我继续学习LINQ时使用其他信息来维护和更新它.

我也希望它能够成为想要了解LINQ的其他人的有用资源.

什么是LINQ？

来自MSDN:

LINQ项目是.NET Framework的一组扩展的代号,包含语言集成的查询,设置和转换操作.它使用本机语言语法扩展C#和Visual Basic,并提供类库以利用这些功能.

这意味着LINQ提供了一种使用通用语法查询各种数据源的标准方法.

LINQ有哪些口味？

目前,Microsoft提供了一些不同的LINQ提供程序:

• Linq to Objects允许您对任何IEnumerable对象执行查询.
• Linq to SQL允许您以面向对象的方式对数据库执行查询.
• Linq to XML允许您查询,加载,验证,序列化和操作XML文档.
• Linq to Entities由Andrei建议
• Linq到Dataset

还有很多其他的,其中许多列在这里.

有什么好处？

• 查询多个数据源的标准化方法
• 编译查询的时间安全性
• 在内存对象中执行基于集合的操作的优化方法
• 能够调试查询

那么LINQ怎么办？

Chook提供了一种输出CSV文件的方法
Jeff显示了如何从数组中删除重复项
Bob 从数据表中获取一个不同的有序列表
Marxidad显示了如何对数组进行排序
Dana获得了使用Linq实现快速排序的帮助

从哪儿开始？

GateKiller的问题链接摘要如下:
Scott Guthrie 在他的博客上为Linq提供了一个介绍MSDN
上LINQ的概述

ChrisAnnODell建议退房:

• 迷上Linq
• 101 Linq样品 …

什么是LINQ？我知道它适用于数据库,但它有什么作用？

使用LINQ to SQL很可能不会像实体框架那样获得尽可能多的活动开发,您认为最好切换到实体框架吗？

我个人发现EF非常笨重而且难以使用,而LINQ to SQL感觉非常自然.

编辑:我最近在我的博客上发表了一篇关于我对这个潜在决定的感受的文章......

ADO.NET v LINQ to SQL

我刚开始在一个中型项目上使用LINQ to SQL,并希望增加我对L2S提供的优势的理解.

我看到的一个缺点是它增加了另一层代码,我的理解是它的性能比使用存储过程和ADO.Net要慢.似乎调试可能是一个挑战,特别是对于更复杂的查询,并且这些最终可能最终被移动到存储过程.

我一直想要一种在更好的开发环境中编写查询的方法,L2S查询我一直在寻找的解决方案吗？或者我们刚刚在SQL上创建了另一个层,现在有两倍的担心吗？

我玩游戏有点晚了,决定花一些时间学习LINQ.作为练习,我将在MVC 2中重写一个WebForms应用程序(这对我来说也是新的).我在这里找到了一些关于LINQ的主题(学习LINQ,LINQ 初学者指南,LINQ to SQL死或活着？),这引起了我对实体与SQL的关注.

然而,线程已经超过一年了,而且我似乎无法找到关于哪个ORM更可取的任何确切信息.实体是否或多或少LINQ to SQL 2.0？它还难以使用吗？

是否有任何理由使用LINQ to SQL,或者我应该跳入实体？我在我现在的雇主那里写的应用程序有一个很长的生命周期(大约10年),所以我试图选择最好的技术.

我们准备在工作中开始一个全新的项目,没有遗留代码.我们过去确实使用过Subsonic,我们对它非常满意.但那是在Linq之前.

有没有人不得不面对同样的问题(Linq x Subsonic)？

你的决定是什么？原因是什么？

有任何见解赞赏.

我开始设计一个新的应用程序,我想知道的是人们对Linq2SQL或Linq2Entities的看法以及他们认为更快的开发技术.

我也在研究ADO.net数据服务.

到目前为止,我一直在使用ADO.NET来支持LINQ to SQL(或实体).我正在开始一个应该很小的新项目,至少在开始的时候,但我希望有空间扩大规模.

我觉得现在是进入LINQ的好时机.我已经避免了很长一段时间了; 但是,我担心LINQ to SQL的当前方向.我听说LINQ to Entities将来会成为MS首选的数据访问.我宁愿不进入LINQ to Entities,因为:1.)很可能是一个更陡峭的学习曲线,我现在不想投入混合(已经忙于学习MVC)和2.)我听说它还没准备好黄金时间.

我担心的是 - 如果我现在开始使用LINQ to SQL的项目,我可以轻松地将它升级到LINQ to Entities吗？

我似乎是少数,但说实话,我对linq感到不舒服,并没有看到我的个人发展有任何好处(不是说没有任何好处,只是基于我的情况的个人意见).

我构建了Web应用程序(.net,.net mvc),我喜欢在存储过程中使用部分数据层.我喜欢sprocs的一件事是我可以生成整个数据库到脚本,然后在高级别扫描我的查询,我可能添加的可读查询.

对于那些不喜欢linq的人,你的理由是什么？是缺乏知识/学习曲线还是没有使用它的商业案例？

由于以前使用ASP.NET Web表单和存储过程的工作,我确实理解SQL查询和语法,但我不会称自己为"专家".

由于我一直在使用ASP.NET MVC和LinqToSql,似乎很多繁重工作都是为我完成的,并且在SQL端封装了我正在质疑我是否在继续充实我的知识方面有任何好处. SQL查询或者我是否最好将我的"学习时间"集中在其他事情上.

你的意见？

重复:

LINQ to SQL DOA？

我在网上看到微软正在考虑以当前形式从LINQ-To-SQL转移,因为它不是很成功.

我想要尽可能多的意见,因为我是.NET的新手,并希望为我工作的地方选择最佳路线.

可能的重复:
LINQ to SQL DOA？

我正在启动一个新的ASP.Net项目,该项目将所有数据保存在SQL数据库中.我通常会使用Linq to SQL来完成所有查询,更新和插入操作.但正如我最近发现微软将不再开发/支持Linq to SQL.你会用什么作为替代品？

有没有人知道他们为什么放弃这个,因为我已经开始喜欢Linq to SQL了,你知道他们会用它替换它吗？

任何信息都会很棒.

1. LINQ是使用.NET进行对象自动映射的数据的最佳解决方案吗？任何人都可以建议我一些其他解决方案自动创建数据库表和存储过程映射？

2. 是否有可能将LINQ(或其他解决方案)结果转换为Dataset或Datatable自动转换？