2

私は、クライアントがドキュメントを開き、Web サービスを介して編集を投稿し、SignalR を使用してドキュメントに加えられた更新をサブスクライブできる共同ドキュメント編集アプリケーションに取り組んでいます。SignalR のセットアップを試していますが、必要なものがまったく得られません。

私の直感では、各ドキュメントに「subscribe」のような名前のエンドポイントがあるセットアップを撮影する必要があるため、フル パスはドキュメント 1 の「/documents/1/subscribe」と「/documents/2/subscribe」になります。しかし、私が知る限り、SignalR は、単一のエンドポイントを持ち、グループを使用するか、コード内のドキュメントのサブスクライバーのリストを自分で管理して送信することにより、どのクライアントが更新を取得するかを管理することを望んでいます個々のメッセージ。

その結果、私は2つの質問があります。

  1. SignalR でやりたいことを実行する方法はありますか?
  2. 私がやりたいことが完全に頭がおかしくてばかげている理由はありますか?
4

1 に答える 1

2

「専用の」親しみやすいURLを除けば、グループを使用する場合と比べて、これには何の価値もありません。実際、SignalRのメッセージバス内部がスケールに関して機能する方法のために、それが実行しているのを見ることができる唯一のことは、より多くのオーバーヘッドを追加することです。

これを試してみたい場合、理解する必要がある基本的なことは、ドキュメントごとにその場でルートを登録することです。これは、Phil HaackのRouteMagicがMVCに対して行ったように、SignalRルート構成では次のように可能であると思います。良い。

于 2013-01-29T05:59:18.163 に答える