###前提・実現したいこと
簡略化しますが、以下のような流れを実現したいと考えています
①webアプリ(以下W)のクリックがトリガ(完了待ち開始)
②クライアントアプリ(以下C)にWで表示していたIDなどを通知
③CでIDを元に数秒の処理
④Cの処理完了をWに通知
⑤Wの後続処理
⑥Wの完了待ち終了
WとCが1:1になったりで、本来の使い方ではないような気がしていますが
これをSignalRで実装を試みています(環境は下記の通りです)
###補足情報(言語/FW/ツール等のバージョンなど)
.Net 4.5
WindowsForm,ASP.NET MVC
SignalR 2.2.2
###該当のソースコード
SignalRの初期設定は割愛しますが、NuGetからインストールしてStartupに追加したくらいです
クライアント側
C#
1// Load 2var conn = new HubConnection("http://host/test"); 3var proxy = conn.CreateHubProxy("SendHub"); 4proxy.On<string>("sendId", (id) => { 5 // クライアントの処理 6}); 7conn.Start().Wait(); 8proxy.Invoke("Connect"); // IPをグループとして登録している(つもり)
WEBアプリ側
C#
1// クリック時アクション 2public ActionResult AsyncSendId(string uid) { 3 // クライアント特定のためIPを取得 4 var ip = Request.UserHostAddress; 5 // 通知 6 var context = GlobalHost.ConnectionManager.GetHubContext<SendHub>(); 7 context.Clients.Group(ip).sendId(uid); 8 // 本来ここで待ちに突入 9 // 後続処理 10 return View(); 11} 12 13// HUbクラス 14public class SendHub : Hub 15{ 16 public void Connect() { 17 var ip = HttpContext.Current.Request.UserHostAddress; 18 Groups.Add(Context.ConnectionId, ip); 19 } 20}
###聞きたいこと
クライアントの完了通知を、Hubクラスを通じて?どのようにWEBアプリ側で待ち状態にすればいいのか
そもそもアプローチが間違ってないか・・アドバイスをいただけないでしょうか
よろしくお願いします
###解決策案
SignalR(以下S)の部分を分離して
W(トリガ&完了通知待ち) → S(トリガのキー受取&保持) → C(処理要求) → S(完了通知受取) → W(完了通知受取)
途中経過が不安だけど、こんな感じの流れでいけないかなと
あなたの回答
tips
プレビュー