これはおそらく多くの場合TL; DRですが、比較awaitすることBackgroundWorkerはリンゴとオレンジを比較するようなものだと思います。
BackgroundWorkerは、バックグラウンドでスレッドプールスレッドに対して実行する単一のタスクをモデル化するためのものです。 async/ awaitは、非同期操作で非同期に待機するための構文です。これらの操作は、スレッドプールスレッドを使用する場合と使用しない場合があります。つまり、リンゴとオレンジです。
たとえば、次のようなことができますawait：
using (WebResponse response = await webReq.GetResponseAsync())
{
using (Stream responseStream = response.GetResponseStream())
{
int bytesRead = await responseStream.ReadAsync(buffer, 0, buffer.Length);
}
}
ただし、バックグラウンドワーカーでモデル化することはおそらくないでしょう。.NET4.0では、次のようなことをするでしょう（以前はawait）。
webReq.BeginGetResponse(ar =>
{
WebResponse response = webReq.EndGetResponse(ar);
Stream responseStream = response.GetResponseStream();
responseStream.BeginRead(buffer, 0, buffer.Length, ar2 =>
{
int bytesRead = responseStream.EndRead(ar2);
responseStream.Dispose();
((IDisposable) response).Dispose();
}, null);
}, null);
2つの構文間で比較された破棄のばらばらさと、/ usingなしでは使用できないことに注意してください。asyncawait
しかし、そのようなことをで行うことはありませんBackgroundWorker。 BackgroundWorker通常は、UIの応答性に影響を与えたくない単一の長時間実行オペレーションをモデル化するためのものです。例えば：
worker.DoWork += (sender, e) =>
{
int i = 0;
// simulate lengthy operation
Stopwatch sw = Stopwatch.StartNew();
while (sw.Elapsed.TotalSeconds < 1)
++i;
};
worker.RunWorkerCompleted += (sender, eventArgs) =>
{
// TODO: do something on the UI thread, like
// update status or display "result"
};
worker.RunWorkerAsync();
async / awaitで使用できるものは何もなくBackgroundWorker、スレッドを作成しています。
これで、代わりにTPLを使用できます。
var synchronizationContext = TaskScheduler.FromCurrentSynchronizationContext();
Task.Factory.StartNew(() =>
{
int i = 0;
// simulate lengthy operation
Stopwatch sw = Stopwatch.StartNew();
while (sw.Elapsed.TotalSeconds < 1)
++i;
}).ContinueWith(t=>
{
// TODO: do something on the UI thread, like
// update status or display "result"
}, synchronizationContext);
この場合、TaskSchedulerはスレッドを作成し（デフォルトはTaskScheduler）、await次のように使用できます。
await Task.Factory.StartNew(() =>
{
int i = 0;
// simulate lengthy operation
Stopwatch sw = Stopwatch.StartNew();
while (sw.Elapsed.TotalSeconds < 1)
++i;
});
// TODO: do something on the UI thread, like
// update status or display "result"
私の意見では、主要な比較は、進捗状況を報告しているかどうかです。たとえば、BackgroundWorker likeこれがあるかもしれません：
BackgroundWorker worker = new BackgroundWorker();
worker.WorkerReportsProgress = true;
worker.ProgressChanged += (sender, eventArgs) =>
{
// TODO: something with progress, like update progress bar
};
worker.DoWork += (sender, e) =>
{
int i = 0;
// simulate lengthy operation
Stopwatch sw = Stopwatch.StartNew();
while (sw.Elapsed.TotalSeconds < 1)
{
if ((sw.Elapsed.TotalMilliseconds%100) == 0)
((BackgroundWorker)sender).ReportProgress((int) (1000 / sw.ElapsedMilliseconds));
++i;
}
};
worker.RunWorkerCompleted += (sender, eventArgs) =>
{
// do something on the UI thread, like
// update status or display "result"
};
worker.RunWorkerAsync();
あなたが行うことができない何かを-しかし、あなたはドラッグ＆ドロップ形式の設計面へのバックグラウンドワーカーコンポーネントをしたいので、この一部に対処しませんasync/ awaitとTaskあなたが「勝った...つまり、 tオブジェクトを手動で作成し、プロパティを設定し、イベントハンドラーを設定します。あなただけのボディを埋めるだろうDoWork、RunWorkerCompletedと、ProgressChangedイベントハンドラ。
それを非同期/待機に「変換」した場合は、次のようにします。
IProgress<int> progress = new Progress<int>();
progress.ProgressChanged += ( s, e ) =>
{
// TODO: do something with e.ProgressPercentage
// like update progress bar
};
await Task.Factory.StartNew(() =>
{
int i = 0;
// simulate lengthy operation
Stopwatch sw = Stopwatch.StartNew();
while (sw.Elapsed.TotalSeconds < 1)
{
if ((sw.Elapsed.TotalMilliseconds%100) == 0)
{
progress.Report((int) (1000 / sw.ElapsedMilliseconds))
}
++i;
}
});
// TODO: do something on the UI thread, like
// update status or display "result"
コンポーネントをデザイナーサーフェイスにドラッグする機能がない場合、どちらが「より良い」かを判断するのはリーダー次第です。しかし、それは私にとって、との比較でawaitありBackgroundWorker、のような組み込みメソッドを待つことができるかどうかではありませんStream.ReadAsync。たとえば、BackgroundWorker意図したとおりに使用している場合は、に変換するのが難しい場合がありますawait。
その他の考え：http : //jeremybytes.blogspot.ca/2012/05/backgroundworker-component-im-not-dead.html