背景：在接下来的一个月，我会给出约或至少包括三名会谈LINQ的背景下C#。我想根据人们可能难以理解的内容，或者对他们的印象有误的情况，来了解哪些主题值得关注。我不会特别谈论LINQ到SQL或实体框架除了作为如何查询可以远程使用表达式树（通常被执行的例子IQueryable）。

那么，您发现了什么困难LINQ呢？您对误解有何见解？示例可能是以下任何一种，但请不要限制自己！

• C#编译器如何处理查询表达式
• Lambda表达式
• 表达树
• 扩展方式
• 匿名类型
• IQueryable
• 延迟执行与立即执行
• 流与缓冲执行（例如，OrderBy被延迟但被缓冲）
• 隐式类型的局部变量
• 读取复杂的通用签名（例如Enumerable.Join）

执行延迟

我知道现在应该将延迟执行概念付诸实践，但是这个示例确实帮助我对其进行了实际掌握：

static void Linq_Deferred_Execution_Demo()
{
    List<String> items = new List<string> { "Bob", "Alice", "Trent" };

    var results = from s in items select s;

    Console.WriteLine("Before add:");
    foreach (var result in results)
    {
        Console.WriteLine(result);
    }

    items.Add("Mallory");

    //
    //  Enumerating the results again will return the new item, even
    //  though we did not re-assign the Linq expression to it!
    //

    Console.WriteLine("\nAfter add:");
    foreach (var result in results)
    {
        Console.WriteLine(result);
    }
}

上面的代码返回以下内容：

Before add:
Bob
Alice
Trent

After add:
Bob
Alice
Trent
Mallory

这里面不仅仅是更LINQ以SQL和功能都不仅仅是一个SQL嵌入语言解析器。

大O符号。如果您不知道自己在做什么，LINQ使编写O（n ^ 4）算法非常容易，而无需意识到它。

我认为Lambda表达式可以同时解析表达式树和匿名委托，因此您可以将相同的声明式lambda表达式传递给IEnumerable<T>扩展方法和IQueryable<T>扩展方法。

把我的方式很长时间才意识到，很多LINQ扩展方法，如Single()，SingleOrDefault()等有需要lambda表达式重载。

你可以做 ：

Single(x => x.id == id)

不必这么说-某些不好的教程使我养成了这样做的习惯

Where(x => x.id == id).Single()

在LINQ to SQL中，我经常看到人们不了解DataContext，如何使用它以及应该如何使用它。太多的人看不到DataContext是什么，它是工作单元对象，而不是持久性对象。

我见过很多次人们试图单选一个DataContext /会话，而不是为每个操作腾出新的时间。

然后，在对IQueryable进行评估之前要先处理DataContext，但这更多的是人们比DataContext还不了解IQueryable。

我发现与另一个概念混淆的是查询语法与表达式语法。在这一点上，我将使用最简单的方法，通常会坚持使用表达式语法。很多人仍然没有意识到他们最终会产生相同的结果，毕竟将Query编译为Expression。

我认为LINQ 的误解部分是它是语言扩展，而不是数据库扩展或构造。

LINQ远远不止是LINQ to SQL。

现在，我们大多数人都LINQ在收藏中使用过，我们再也回不去了！

LINQ 是自2.0版泛型和3.0版匿名类型以来，.NET的最重要功能。

现在我们有了Lambda，我已经等不及了并行编程！

我肯定想知道我是否需要知道什么是表达式树，以及为什么。

我是LINQ的新手。这是我第一次尝试时偶然发现的东西

• 将几个查询合并为一个
• 在Visual Studio中有效调试LINQ查询。

东西我最初不意识到的是，LINQ的语法并不需要IEnumerable<T>或IQueryable<T>工作，LINQ是只是模式匹配。

替代文字http://bartdesmet.info/images_wlw/QIsIQueryabletheRightChoiceforMe_13478/image_thumb_3.png

这是答案（不，我没有写那个博客，Bart De Smet也是，他是我发现的LINQ上最好的博客之一）。

我仍然对“ let”命令（我从未发现过使用）和SelectMany（我已经使用过，但不确定执行是否正确）感到麻烦。

了解Linq提供程序之间的抽象何时泄漏。有些事情对对象有效，但对SQL不起作用（例如.TakeWhile）。有些方法可以转换为SQL（ToUpper），而另一些则不能。有些技术在对象中效率更高，而其他技术在SQL中效率更高（不同的联接方法）。

几件事。

1. 人们将Linq视为SQL的Linq。
2. 有人认为他们可以开始使用Linq查询替换所有的foreach / logic，而无需考虑这种性能影响。

好的，由于需求，我写了一些Expression东西。我对Blogger和LiveWriter密谋格式化的方式并不满意，但现在就可以了...

无论如何，这里...我希望收到任何反馈，尤其是在某些地方人们需要更多信息的情况下。

在这里，喜欢还是讨厌...

一些错误消息，尤其是从LINQ到SQL的错误消息可能会造成混乱。咧嘴

像其他所有人一样，我被延期执行所困扰。我认为对我来说最令人困惑的是SQL Server查询提供程序以及您可以使用或不能使用的功能。

您仍然无法对有时为空的十进制/货币列执行Sum（），这仍然让我感到惊讶。使用DefaultIfEmpty（）只是行不通。:(

我认为LINQ的一个重要方面是如何使自己陷入麻烦的性能方面。例如，使用LINQ的计数作为循环条件确实非常不明智。

该IQueryable既接受Expression<Func<T1, T2, T3, ...>>和Func<T1, T2, T3, ...>，也没有暗示第二种情况下的性能下降。

这是代码示例，演示了我的意思：

[TestMethod]
public void QueryComplexityTest()
{
    var users = _dataContext.Users;

    Func<User, bool>                funcSelector =       q => q.UserName.StartsWith("Test");
    Expression<Func<User, bool>>    expressionSelector = q => q.UserName.StartsWith("Test");

    // Returns IEnumerable, and do filtering of data on client-side
    IQueryable<User> func = users.Where(funcSelector).AsQueryable();
    // Returns IQuerible and do filtering of data on server side
    // SELECT ... FROM [dbo].[User] AS [t0] WHERE [t0].[user_name] LIKE @p0
    IQueryable<User> exp = users.Where(expressionSelector);
}

我不知道它是否被误解了-但是对我来说，只是未知数。

我很高兴了解DataLoadOptions，以及在进行特定查询时如何控制要联接的表。

有关更多信息，请参见此处：MSDN：DataLoadOptions

我想说的是，LINQ最容易被误解的（或者应该不被理解？）方面是IQueryable和自定义LINQ提供程序。

我已经使用LINQ已有一段时间了，并且在IEnumerable世界中非常满意，并且可以使用LINQ解决大多数问题。

但是，当我开始研究并阅读有关IQueryable，表达式和自定义linq提供程序的信息时，我大为吃惊。如果您想了解一些非常复杂的逻辑，请看一下LINQ to SQL的工作方式。

我期待了解LINQ的这一方面。

正如大多数人所说，我认为最容易理解的部分是假设LINQ只是T-SQL的替代品。我的经理认为自己是TSQL专家，不会让我们在项目中使用LINQ，甚至不喜欢MS发布这种东西！！！

var在执行查询时代表什么？

是吗 iQueryable，iSingleResult，iMultipleResult，或者它是否在改变基础上实施。关于在C＃中使用（看起来是）动态类型与标准静态类型的一些猜测。

我不认为每个人都能理解嵌套循环的难易程度。

例如：

from outerloopitem in outerloopitems
from innerloopitem in outerloopitem.childitems
select outerloopitem, innerloopitem

group by 仍然使我的头旋转。

关于延迟执行的任何混淆都应该能够通过逐步执行一些基于LINQ的简单代码并在监视窗口中进行操作来解决。

编译查询

你不能链的事实IQueryable，因为他们是方法调用（虽然仍没有别的但SQL意译的！），而这几乎是不可能解决它是mindboggling并造成了巨大的违反干的。我需要IQueryable临时的查询，其中没有编译查询（我只对繁重的场景有编译查询），但是在编译查询中，我无法使用它们，而需要再次编写常规查询语法。现在，我在2个地方执行相同的子查询，需要记住，如果发生更改，请同时进行更新，依此类推。一个噩梦。

我认为关于LINQ to SQL的＃1误解是您仍然必须了解SQL才能有效地使用它。

关于Linq to Sql的另一个误解是，您仍然必须将数据库安全性降低到荒谬的程度，才能使其正常工作。

第三点是，将Linq to Sql与动态类一起使用（意味着类定义是在运行时创建的）会导致大量的即时编译。绝对可以杀死性能。

延迟加载。

如前所述，延迟加载和延迟执行

LINQ to Object和LINQ to XML（IEnumerable）与LINQ to SQL（IQueryable）有何不同

如何在所有层中使用LINQ构建数据访问层，业务层和表示层...以及一个很好的示例。

正如大多数人所说，我认为最容易理解的部分是假设LINQ只是T-SQL的替代品。我的经理将自己视为TSQL专家，不会让我们在项目中使用LINQ，甚至不愿让MS发布这样的事情！！！

事务（不使用TransactionScope）