スレッドマーシャリングのようなフレームワーク

Question

私はいつもSynchronizationContextを使って別のスレッドへの呼び出しをマーシャリングできると考えました。 SyncCtx.Send（）は何もしませんが、指定されたデリゲートを呼び出す（同じスレッドにとどまります）ので、私は間違っていました。本当にSynchronizationContextから派生し、スレッドコンテキストで作業する必要がありますか？私は何かが欠けているように感じる。

私がしたいこと：アプリ内でコマンドを実行するための小さなAPIを想像してみてください。また、コマンドの実行が完了したときにデリゲートを実行できるように、バックグラウンドスレッドでコマンドを実行することもできます。この "Call-me-when-done" -Delegateは、成功/失敗フラグ、オプションの例外情報などを含む単一のパラメータ（状態）を取得します。このデリゲートを元の呼び出しスレッドで呼び出して、libを使用する開発者が必要な呼び出しなどを処理する必要があります。私はちょうどこれを取り除き、単純な非スレッド対応のプログラミングをしたいと思います。 WindowsFormsSynchronizationContextは、あなたがターゲットとして何らかのコントロールを与えていない場合でも役に立ちません。

ありがとうございました！

Answer 1

winformsで同期コンテキストを使用している場合、呼び出しはGUIスレッドにマーシャリングされます。私はこのような何かが動作する必要がありますね、あなたの特定のケースのための

、おそらくCommand

public class CommandManager 
{ 
    private readonly SynchronizationContex _synchronizationContex; 

    public CommandManager(SynchronizationContext synchronizationContex) 
    { 
     _synchronizationContex = synchronizationContex; 
    } 

    public void ExecuteAsync(Func<State> action, Action<State> callback) 
    { 
     ThreadPool.QueueUserWorkItem(o => { 
              state = action(); 
              _synchronizationContex.Send(oo => callback(state)); 
              }); 
    } 
} 

を表すクラスを作成することをお勧めだろう、あなたはGUIのスレッドで（このように作成したいです、

commandManager.ExecuteAsync(() => new State() { Success = true }, 
          c => MessageBox.Show("success in the GUI thread"));