私はビジネス/サービス/アプリケーション層の間で非同期待機を使用する必要があります

Question

今、私のメソッドは次のようになります。ビジネスで

プロダクトマネージャークラスのサービスで

public static async Task<List<ProductItem>> GetAllProducts() 
{ 
    var context = GetMyContext(); 
    return await context.Products.select(x => 
    new ProductItem{ //create item}) 
    .ToListAsync(); 
} 

ProductServiceクラス。

public async Task<List<ProductItem>> GetAllProducts() 
{ 
    return await ProductManager.GetAllProducts(); 
} 

ProductController in application。

public async Task<ActionResult> Index() 
{ 
    var ps = new ProductService(); 
    var productsAsync = ps.GetAllProducts(); 
    // Do other work. 
    var products = await productsAsync; 
    return View(products); 
} 

このアプリケーションは、高い使用率を取得し、 は完全に間違ってそれをやって、この方法は何ですか？ 私はあらゆる方法を待つべきですか？ これは、awaitが呼び出されるたびに新しいスレッドを開始しますか？

Answer 1

このアプリケーションは高い使用率を示していますが、これは完全に間違っていますか？

いいえ。それは私によく見えます。

すべてのメソッドを待つ必要がありますか？

はい。最初にawait（ProductManager）を入れると、その発信者はawaitとなり、発信者はawaitとなり、コントローラーの動作方法までになります。 asyncのこの「成長」は完全に自然です。非同期のベストプラクティスに関するMSDNの記事では、「async all the way」と呼ばれています。

これは、awaitが呼び出されるたびに新しいスレッドを開始しますか？

No. Awaitは、スレッドを解放していますが、スレッドを使用していません。私はどのようにasyncとawaitの仕事を記述する私のブログにasync introを持っています。

Answer 2

awaitは、何かが完了するのを待っています。あなたのメソッドでタスクの結果を必要としない場合は、それを待つ必要はありません。 GetAllProductsは単にToListAsyncの結果を返す必要があります。

public static Task<List<ProductItem>> GetAllProducts() 
{ 
    var context = GetMyContext(); 
    return context.Products 
        .Select(x => new ProductItem{ //create item}) 
        .ToListAsync(); 
} 

async/awaitコンパイラは、元の同期コンテキストを格納する状態マシンを生成しなければならないため、オーバーヘッドのビットを追加し、終了した後、元の同期コンテキストを復元するために待ちタスクを待ちます。

async/awaitを、タスクの結果を処理する必要のない方法に追加するだけで、オーバーヘッドが追加されます。実際に、この問題を検出して修正するいくつかのRoslynアナライザーがあります。