Entity Framework SaveChanges（）とSaveChangesAsync（）およびFind（）とFindAsync（）

Question 1

上記の2つのペアの違いを探していましたが、それについて明確に説明している記事や、どちらを使用するかについての記事は見つかりませんでした。

だから、何の違いであるSaveChanges()とはSaveChangesAsync()？
そして、の間Find()とFindAsync()？

サーバー側では、Asyncメソッドを使用するときに、も追加する必要がありawaitます。したがって、サーバー側では非同期ではないと思います。

クライアント側のブラウザでUIがブロックされるのを防ぐのに役立つだけですか？それとも、それらの間に賛否両論がありますか？

Question 2

リモートサーバーでアクションを実行する必要があるときはいつでも、プログラムは要求を生成して送信し、応答を待ちます。私が使用するSaveChanges()と、SaveChangesAsync()一例としてではなく、同じことがに適用Find()してFindAsync()。

myListデータベースに追加する必要がある100以上のアイテムのリストがあるとします。これを挿入すると、関数は次のようになります。

using(var context = new MyEDM())
{
    context.MyTable.AddRange(myList);
    context.SaveChanges();
}

最初にのインスタンスを作成しMyEDM、リストmyListをテーブルに追加してからMyTable、を呼び出しSaveChanges()てデータベースへの変更を永続化します。それはあなたが望むように機能し、レコードはコミットされますが、プログラムはコミットが完了するまで他に何もできません。何をコミットしているかによっては、これには長い時間がかかる場合があります。レコードへの変更をコミットする場合、エンティティは一度に1つずつコミットする必要があります（私はかつて、更新に2分かかる保存がありました）。

この問題を解決するには、次の2つのいずれかを実行できます。1つ目は、挿入を処理するために新しいスレッドを開始できることです。これにより、呼び出し元のスレッドが解放されて実行を続行できますが、そこに座って待機する新しいスレッドを作成しました。そのオーバーヘッドは必要ありませんasync await。これがパターンが解決するものです。

I / O操作の場合、awaitすぐに親友になります。上記のコードセクションを使用して、次のように変更できます。

using(var context = new MyEDM())
{
    Console.WriteLine("Save Starting");
    context.MyTable.AddRange(myList);
    await context.SaveChangesAsync();
    Console.WriteLine("Save Complete");
}

これは非常に小さな変更ですが、コードの効率とパフォーマンスに大きな影響があります。では、どうなるのでしょうか。コードの初めは、あなたがのインスタンスを作成し、同じであるMyEDMと、あなたの追加myListにはMyTable。しかし、を呼び出すとawait context.SaveChangesAsync()、コードの実行は呼び出し元の関数に戻ります。したがって、これらすべてのレコードがコミットされるのを待っている間、コードは実行を継続できます。上記のコードを含む関数のシグネチャがpublic async Task SaveRecords(List<MyTable> saveList)であるとすると、呼び出し元の関数は次のようになります。

public async Task MyCallingFunction()
{
    Console.WriteLine("Function Starting");
    Task saveTask = SaveRecords(GenerateNewRecords());

    for(int i = 0; i < 1000; i++){
        Console.WriteLine("Continuing to execute!");
    }

    await saveTask;
    Console.Log("Function Complete");
}

なぜこのような機能があるのかはわかりませんが、出力される内容はどのようにasync await機能するかを示しています。まず、何が起こるかを見てみましょう。

実行が入りMyCallingFunction、Function Startingその後、Save Startingその関数は、コンソールに書き込まれますSaveChangesAsync()呼び出されます。この時点で、実行はMyCallingFunctionforループに戻り、最大1000回まで「実行を継続」と書き込みます。ときSaveChangesAsync()に終了し、実行が戻るSaveRecordsの書き込み機能、Save Completeコンソールに。すべてがSaveRecords完了すると、実行は終了MyCallingFunction時の状態SaveChangesAsync()で続行されます。混乱していますか？出力例を次に示します。

機能開始
保存開始
実行を続けます！
実行を続けます！
実行を続けます！
実行を続けます！
実行を続けます！
...。
実行を続けます！
保存完了！
実行を続けます！
実行を続けます！
実行を続けます！
...。
実行を続けます！
機能完了！

または多分：

機能開始
保存開始
実行を続けます！
実行を続けます！
保存完了！
実行を続けます！
実行を続けます！
実行を続けます！
...。
実行を続けます！
機能完了！

それがの美しさですasync await。何かが終了するのを待っている間、コードを実行し続けることができます。実際には、呼び出し関数として次のような関数があります。

public async Task MyCallingFunction()
{
    List<Task> myTasks = new List<Task>();
    myTasks.Add(SaveRecords(GenerateNewRecords()));
    myTasks.Add(SaveRecords2(GenerateNewRecords2()));
    myTasks.Add(SaveRecords3(GenerateNewRecords3()));
    myTasks.Add(SaveRecords4(GenerateNewRecords4()));

    await Task.WhenAll(myTasks.ToArray());
}

ここでは、4つの異なる保存レコード機能が同時に実行されています。個々の関数が連続して呼び出された場合よりも、MyCallingFunctionを使用するとはるかに速く完了します。async awaitSaveRecords

まだ触れていないのはawaitキーワードです。これは、Task待っていることが完了するまで、現在の関数の実行を停止します。したがって、オリジナルの場合、関数が終了するまでそのMyCallingFunction行Function Completeはコンソールに書き込まれませんSaveRecords。

簡単に言うと、使用するオプションがある場合async awaitは、アプリケーションのパフォーマンスが大幅に向上するため、使用する必要があります。

Question 3

私の残りの説明は、次のコードスニペットに基づいています。

using System;
using System.Threading;
using System.Threading.Tasks;
using static System.Console;

public static class Program
{
    const int N = 20;
    static readonly object obj = new object();
    static int counter;

    public static void Job(ConsoleColor color, int multiplier = 1)
    {
        for (long i = 0; i < N * multiplier; i++)
        {
            lock (obj)
            {
                counter++;
                ForegroundColor = color;
                Write($"{Thread.CurrentThread.ManagedThreadId}");
                if (counter % N == 0) WriteLine();
                ResetColor();
            }
            Thread.Sleep(N);
        }
    }

    static async Task JobAsync()
    {
       // intentionally removed
    }

    public static async Task Main()
    {
       // intentionally removed
    }
}

ケース1

static async Task JobAsync()
{
    Task t = Task.Run(() => Job(ConsoleColor.Red, 1));
    Job(ConsoleColor.Green, 2);
    await t;
    Job(ConsoleColor.Blue, 1);
}

public static async Task Main()
{
    Task t = JobAsync();
    Job(ConsoleColor.White, 1);
    await t;
}

備考：JobAsyncスピンの同期部分（緑）がタスクt（赤）よりも長いため、タスクtはの時点ですでに完了していawait tます。その結果、継続（青）は緑のスレッドと同じスレッドで実行されます。Main（白）の同期部分は、緑の同期部分の回転が終了した後に回転します。そのため、非同期方式の同期部分に問題があります。

ケース2

static async Task JobAsync()
{
    Task t = Task.Run(() => Job(ConsoleColor.Red, 2));
    Job(ConsoleColor.Green, 1);
    await t;
    Job(ConsoleColor.Blue, 1);
}

public static async Task Main()
{
    Task t = JobAsync();
    Job(ConsoleColor.White, 1);
    await t;
}

備考：この場合は、最初の場合とは逆です。JobAsyncタスクt（赤）よりも短いスピンの同期部分（緑）はt、の時点でタスクが完了していませんawait t。その結果、継続（青）は緑のスレッドとは異なるスレッドで実行されます。Main（白）の同期部分は、緑の同期部分の回転が終了した後も回転します。

ケース3

static async Task JobAsync()
{
    Task t = Task.Run(() => Job(ConsoleColor.Red, 1));
    await t;
    Job(ConsoleColor.Green, 1);
    Job(ConsoleColor.Blue, 1);
}

public static async Task Main()
{
    Task t = JobAsync();
    Job(ConsoleColor.White, 1);
    await t;
}

備考：このケースは、非同期方式の同期部分に関する以前のケースの問題を解決します。タスクtはすぐに待機されます。その結果、継続（青）は緑のスレッドとは異なるスレッドで実行されます。Main（白）の同期部分は、に平行にすぐに回転しJobAsyncます。

他のケースを追加したい場合は、自由に編集してください。

Question 4

このステートメントは正しくありません：

サーバー側では、Asyncメソッドを使用する場合、awaitも追加する必要があります。

「await」を追加する必要はありません。これawaitは、呼び出し後にコードの行を追加できるC＃の便利なキーワードであり、他の行は保存操作が完了した後にのみ実行されます。しかし、あなたが指摘したように、あなたは単に電話することによってそれを達成することができますSaveChangesに、の代わりにSaveChangesAsync。

しかし、基本的に、非同期呼び出しはそれ以上のものです。ここでの考え方は、保存操作の進行中に（サーバー上で）実行できる他の作業がある場合は、を使用する必要があるということSaveChangesAsyncです。「await」は使用しないでください。を呼び出すだけでSaveChangesAsync、他の作業を並行して実行できます。これには、Webアプリで、保存が完了する前でもクライアントに応答を返す可能性があります。ただし、もちろん、保存の最終結果を確認して、失敗した場合にユーザーに通知したり、何らかの方法でログに記録したりできるようにする必要があります。