[ASP.NET] WebSocket シグナラー通信認証【ソースコード】

asp.net mvc4.0 SignalR (1) インストール
http://www.itsvse.com/thread-3837-1-1.html
(出典:建築家)

mvc 4.0 SignalRの使い方(2)
http://www.itsvse.com/thread-3838-1-1.html
(出典:建築家)

Websocket通信用のSignalR(3)
http://www.itsvse.com/thread-3845-1-1.html
(出典:建築家)

SignalRは、ブラウザベースのクライアントとASP.NETベースのサーバーコンポーネントが双方向の多段階会話を行える統合クライアント・サーバーライブラリです。 言い換えれば、この会話は制限なく単一のステートレス要求/応答データ交換を可能にします。 明確に閉鎖されるまで続きます。 会話は恒久的な接続上で行われ、クライアントは複数のメッセージをサーバーに送信し、サーバーはそれに応じて応答できます。また、サーバーはクライアントに非同期メッセージを送信することも可能です。 これはAJaxに似ており、既存の技術に基づいています。 それ自体が複雑なものだ。 一般的に、SignalRはJavascrip{filtering}tの長いポーリングを使ってクライアント側通信を実現します。 WebSocketsの登場後、SignalRはWebSocketの通信もサポートしました。 もちろん、SignalRはサーバー側のタスク並列処理技術も用いてサーバーのスケーラビリティを向上させています。 このプロジェクトは.NET Frameworkプラットフォーム全体を対象としており、アプリケーションのホスティングに限定されず、またクロスプラットフォームのオープンソースプロジェクトでもあり、Mono 2.10+をサポートしているため、Web APIの代替実装オプションとなっています。しかし、サーバー側のオンライン処理においては ASP.NET MVCのWeb APIよりもはるかに優れており、さらに重要なのはWeb Formsで利用できることです。

OWINの正式名称はOpen Web Interface for .NETです。

名前だけで解析すると、次の情報が得られます:OWINは.NETプラットフォーム向けのオープンウェブインターフェースです。

では、ウェブインターフェースのインターフェースとは誰なのでしょうか? これはウェブアプリケーションとウェブサーバーの間のインターフェースであり、OWINは.NETウェブアプリケーションとウェブサーバーの間のインターフェースです。

なぜそんなインターフェースが必要なのですか? というのは。 NETのウェブアプリケーションはウェブサーバー上で動作し、.NETウェブアプリケーションはウェブサーバーを通じてユーザーのリクエストを受け取り、応答内容をウェブサーバー経由でユーザーに送信する必要があります。 このようなインターフェースがなければ、.NETウェブアプリケーションは実行している特定のウェブサーバーに依存し、例えばIISに依存し ASP.NET します。 このインターフェースでは、アプリケーション ASP.NET この抽象的なインターフェースに頼るだけでよく、実行中のウェブサーバーには気を配りません。

したがって、OWINの役割は抽象インターフェースのセットを導入することでデカップルを行うことです。 NETのウェブアプリケーションとウェブサーバーは、インターフェースの重要性を改めて示しています。 ソフトウェア開発において、デカップリングの一つ一つが大きな前進です。