背景:在接下来的一个月里，我将做三次关于LINQ的演讲，或者至少将LINQ包含在c#的上下文中。我想知道哪些话题值得花相当多的精力，这取决于人们可能很难理解哪些话题，或者他们可能有错误的印象。我不会具体讨论LINQ to SQL或实体框架，只是作为如何使用表达式树(通常是IQueryable)远程执行查询的示例。
那么，你发现LINQ有什么难的地方吗?在误解方面你看到了什么?例子可能是以下任何一个，但请不要限制自己!
c#编译器如何处理查询表达式 Lambda表达式 表达式树 扩展方法 匿名类型 这个IQueryable 延迟执行与立即执行 流与缓冲执行(例如，OrderBy被延迟但被缓冲) 隐式类型局部变量 读取复杂的泛型签名(例如Enumerable.Join)
当前回答
我打赌几乎有人知道:你可以在linq查询中使用内联if。就像这样:
var result = from foo in bars where (
((foo.baz != null) ? foo.baz : false) &&
foo.blah == "this")
select foo;
我猜你也可以插入，尽管我还没试过。
其他回答
理解语法“魔法”。理解语法如何转换为方法调用，选择了哪些方法调用。
例如:
from a in b
from c in d
where a > c
select new { a, c }
转换为方法调用。
我认为人们对LINQ的误解在于它是一种语言扩展，而不是数据库扩展或构造。
LINQ不仅仅是LINQ to SQL。
现在我们大多数人都在集合上使用了LINQ，我们再也不会回去了!
LINQ是。net自2.0的泛型和3.0的匿名类型以来最重要的特性。
现在我们有了Lambda，我等不及要进行并行编程了!
理解Linq提供者之间的抽象何时泄漏。有些东西适用于对象，但不适用于SQL(例如，. takewhile)。一些方法可以被翻译成SQL (ToUpper)，而另一些则不能。有些技术在对象中更有效，而其他技术在SQL中更有效(不同的连接方法)。
我打赌几乎有人知道:你可以在linq查询中使用内联if。就像这样:
var result = from foo in bars where (
((foo.baz != null) ? foo.baz : false) &&
foo.blah == "this")
select foo;
我猜你也可以插入，尽管我还没试过。
Explain why Linq does not handle left outer join as simple as in sql syntax. See this articles: Implementing a Left Join with LINQ, How to: Perform Left Outer Joins (C# Programming Guide) I got so disappointed when I came across this obstacle that all my respect for the language vanished and I decedid that it was just something that quickly would fade away. No serious person would want to work with a syntax that lacks these battlefield proven primitives. If you could explain why these sort of set operation are not supported. I would become a better and more openminded person.
