背景:在接下来的一个月里，我将做三次关于LINQ的演讲，或者至少将LINQ包含在c#的上下文中。我想知道哪些话题值得花相当多的精力，这取决于人们可能很难理解哪些话题，或者他们可能有错误的印象。我不会具体讨论LINQ to SQL或实体框架，只是作为如何使用表达式树(通常是IQueryable)远程执行查询的示例。
那么，你发现LINQ有什么难的地方吗?在误解方面你看到了什么?例子可能是以下任何一个，但请不要限制自己!
c#编译器如何处理查询表达式 Lambda表达式 表达式树 扩展方法 匿名类型 这个IQueryable 延迟执行与立即执行 流与缓冲执行(例如，OrderBy被延迟但被缓冲) 隐式类型局部变量 读取复杂的泛型签名(例如Enumerable.Join)
当前回答
一些错误消息，特别是从LINQ到SQL的错误消息可能非常令人困惑。露齿而笑
和其他人一样，我也被推迟执行的问题困扰过几次。我认为对我来说最困惑的事情是SQL Server查询提供程序，以及你能用它做什么和不能做什么。
我仍然惊讶于你不能在有时为空的小数/货币列上执行Sum()。使用DefaultIfEmpty()是行不通的。：(
其他回答
在LINQ to SQL中，我经常看到人们不理解DataContext，它可以如何使用以及应该如何使用。太多的人看不到DataContext是什么，它是一个工作单元对象，而不是一个持久化对象。
我见过很多次，人们试图单例化一个DataContext/ session it/ etc，而不是为每个操作创建一个新的时间。
然后是在IQueryable被评估之前处理DataContext但那更多的是人们不理解IQueryable而不是DataContext。
另一个我经常混淆的概念是查询语法和表达式语法。在这一点上，我将使用最简单的方法，通常坚持使用表达式语法。很多人仍然没有意识到他们最终会生成相同的东西，查询终究被编译成表达式。
延迟加载。
事务(不使用TransactionScope)
我仍然有问题的“让”命令(我从来没有发现一个用途)和SelectMany(我已经使用过，但我不确定我是否做对了)
我认为关于LINQ to SQL的第一个误解是，你仍然必须了解SQL才能有效地使用它。
关于Linq to Sql的另一个误解是，为了让它工作，你仍然必须降低数据库的安全性到荒谬的地步。
第三点是将Linq to Sql与动态类一起使用(意味着类定义是在运行时创建的)会导致大量的即时编译。这绝对会破坏性能。
