データモデルの状態を保存しています。データ モデルのクローンを作成し、非同期で「ディスク」に書き込みたいと考えています。
バックグラウンド スレッドで実行する Task.Run() を使用する必要がありますか? それとも、それを非同期関数にして、それを待つ必要はありませんか? (これにより、UI スレッドで実行されます)
これと同様のものですが、私の質問は少し異なります: async Task.Run with MVVM
また、どちらを選ぶかの判断基準は何ですか?
ありがとう!
データモデルの状態を保存しています。データ モデルのクローンを作成し、非同期で「ディスク」に書き込みたいと考えています。
バックグラウンド スレッドで実行する Task.Run() を使用する必要がありますか? それとも、それを非同期関数にして、それを待つ必要はありませんか? (これにより、UI スレッドで実行されます)
これと同様のものですが、私の質問は少し異なります: async Task.Run with MVVM
また、どちらを選ぶかの判断基準は何ですか?
ありがとう!
Task.Run
スレッドプールスレッドで実行するCPUベースの作業に使用する必要があります。
あなたの状況では、UIをブロックせずにI / Oベースの作業を行いたいので、Task.Run
何も得られません(非同期I / O APIが利用できない場合を除く)。
ちなみに、あなたは間違いなくこの仕事をしたいと思っています。await
これにより、エラー処理がはるかにクリーンになります。
したがって、このようなもので十分です。
async void buttonSaveClick(..)
{
buttonSave.Enabled = false;
try
{
await myModel.Clone().SaveAsync();
}
catch (Exception ex)
{
// Display error.
}
buttonSave.Enabled = true;
}
関係ないと思います。私の知る限り、両方のメソッドがスレッド プール内のスレッドにディスパッチされます。
を使用async
すると、非同期メソッドがバックグラウンド スレッドで実行され、非同期メソッドが終了したときにそれを開始したスレッドで続行されます。コンパイラが await キーワードを認識し、待機中のメソッドをバックグラウンド スレッドに配置し、イベントを接続して、非同期メソッドが終了したときに通知することを想像できます。したがって、保存が成功したために UI の変更を表示したい場合は、これがより良い選択になる可能性があります。
Task.Run()
async
たとえば、呼び出し元のメソッド自体を非同期にしたくないなど、何らかの理由でコードをメソッドに入れたくない場合に適しています。また、関連するイベント マーシャリングも少なくなりますが、パフォーマンスにまったく違いがあるとは思えません。