背景：来月は、について、または少なくともLINQに関連して3つの講演を行いますC#。人々が理解するのが難しいと思うことや、彼らが誤った印象を持っているかもしれないことに基づいて、かなりの注意を払う価値のあるトピックを知りたいのです。私は特にについて話されることはありませんLINQへのSQLクエリが式ツリー（通常は使用してリモートで実行することができる方法の例として以外またはEntity FrameworkのIQueryable）を。

それで、あなたは何が難しいと思いましたLINQか？誤解に関してあなたは何を見ましたか？例は次のいずれかですが、自分を制限しないでください！

• どのようにC#コンパイラの扱いクエリ表現
• ラムダ式
• 式の木
• 拡張メソッド
• 匿名型
• 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パーサーではありません。

ビッグオー表記。LINQを使用すると、何をしているのかわからない場合でも、O（n ^ 4）アルゴリズムを実現せずに非常に簡単に作成できます。

私は事実だと思いLambdaますが、同じ宣言渡すことができるように式は、式ツリーと匿名デリゲートの両方に解決することができますlambda両方に式をIEnumerable<T>拡張メソッドとIQueryable<T>拡張メソッドを。

連れて行ってくれた道のような多くのLINQの拡張メソッドことを実現するためには長すぎるSingle()、SingleOrDefault()などがラムダを取るオーバーロードを持っています。

できるよ ：

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

これを言う必要はありません-いくつかの悪いチュートリアルは私に習慣をつけさせました

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

LINQ to SQLでは、DataContextを理解していない人々、それをどのように使用できるか、どのように使用すべきかを常に目にしています。永続オブジェクトではなく、作業単位オブジェクトであるDataContextを表示しない人が多すぎます。

操作ごとに新しい時間を作成するのではなく、DataContext /セッションit /などをシングルトン化しようとしている人がたくさんいます。

そして、IQueryableが評価される前にDataContextを破棄しますが、それは、DataContextよりもIQueryableを理解していない人にとってはより適切です。

私がよく混乱するもう1つの概念は、クエリ構文と式構文です。その時点で最も簡単な方法を使用します。多くの場合、式構文を使用します。最終的に同じものが生成されることをまだ多くの人はまだ認識していません。結局、Queryは式にコンパイルされます。

私は思うLINQの誤解の一部は、それがあるということである言語拡張ではなく、データベースの拡張や構築物。

LINQはをはるかに超えていLINQ to SQLます。

私たちのほとんどがLINQコレクションに使用したので、決して戻ることはありません！

LINQ 2.0のジェネリックと3.0の匿名型以来、.NETの最も重要な機能の1つです。

ラムダを使用できるようになったので、並列プログラミングを待ちきれません。

私は、表現ツリーとは何か、そしてその理由を知る必要があるかどうかを知りたいと思っています。

私はLINQにかなり慣れていません。これが私が最初の試みでつまずいたものです

• 複数のクエリを1つに組み合わせる
• Visual StudioでLINQクエリを効果的にデバッグします。

私が最初に気づかなかったことの1つは、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. このパフォーマンスへの影響を考慮せずに、すべてのforeach / logicをLinqクエリに置き換えることができると考える人もいます。

ええ、需要があるので、Expressionに関するものをいくつか書きました。ブロガーとLiveWriterがどのようにフォーマットを作成したかについて100％満足しているわけではありませんが、今のところはうまくいきます...

とにかく、ここに行きます...特に人々がより多くの情報を求めている分野があるなら、私はどんなフィードバックも大好きです。

ここにあります、好きか嫌いか...

一部のエラーメッセージ、特にLINQからSQLへは、かなり混乱する可能性があります。にやにや

他の皆と同じように、私は延期実行に数回噛まれました。私にとって最も混乱しているのは、SQL Serverクエリプロバイダーと、それを使用してできることとできないことです。

空の10進数/金額の列でSum（）を実行できないという事実には、今でも驚かされます。DefaultIfEmpty（）を使用しても機能しません。:(

LINQで取り上げるべき素晴らしいことは、パフォーマンスの面でどのようにトラブルに巻き込まれるかです。たとえば、LINQのカウントをループ条件として使用することは、本当に賢くはありません。

そのIQueryableは、2番目のケースでのパフォーマンスの低下に関するヒントを与えることなく、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、Expressions、およびカスタム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のtranslateable！）、それはmindbogglingとDRYの巨大な違反を作成しているの周りにそれが仕事にほとんど不可能であること。IQueryableコンパイルされたクエリがないアドホックのが必要です（重いシナリオのコンパイルされたクエリしかありません）が、コンパイルされたクエリでは使用できず、代わりに通常のクエリ構文を再度記述する必要があります。現在、2つの場所で同じサブクエリを実行しています。何か変更があった場合は、両方を更新することを忘れないでください。悪夢。

LINQ to SQLについての1番目の誤解は、SQLを効果的に使用するためにSQLを理解する必要があるということです。

Linq to Sqlについてもう1つの誤解されていることは、それを機能させるために、データベースのセキュリティを不合理なレベルまで下げる必要があることです。

3番目のポイントは、動的クラス（つまり、クラス定義が実行時に作成される）と共にLinq to Sqlを使用すると、膨大な量のジャストインタイムコンパイルが発生することです。これは絶対にパフォーマンスを低下させる可能性があります。

遅延読み込み。

前述のように、遅延読み込みと遅延実行

LINQ to ObjectsおよびLINQ to XML（IEnumerable）とLINQ to SQL（IQueryable）の違い

HOWすべての層でLINQによるデータアクセス層、ビジネス層、およびプレゼンテーション層を構築....と良い例です。

ほとんどの人が言ったように、最も誤解されている部分は、LINQがT-SQLの単なる置き換えであると想定していることだと思います。自分をTSQLの第一人者だと考える私のマネージャーは、私たちのプロジェクトでLINQを使用することを許可せず、そのようなものをリリースすることをMSさえ嫌っています!!!

トランザクション（TransactionScopeを使用しない場合）