チャットアプリを作る際、Sockets と WebSockets のどちらがよいでしょうか

C#でチャットアプリを作ろうと思っています。
サーバはWindows Server系

クライアントは、２種で
１．WindowsPCにC#のフォームアプリ
２．ブラウザ（ASP.net）

サンプルなどや解説サイトを見ていると、
① System.Net.Socketsを使用したsocket通信
② System.Net.WebSocketsを使用したWebSockets
の２パターンで実現可能なようなのですが、どちらで実装したらいいのか判断がつきません。

①のsocket通信版はサンプルも多くわかりやすいのですが、フォームアプリやコンソールアプリのみでASP.netで使用できるのかがわかりません。
チャットサーバアプリはコンソールアプリで、Windows Server上で動作させておけばいいと思うのですが、クライアントはASP.netでも作成可能なのでしょうか。

また、今回作ろうとしている構成・機能の場合、Sockets と WebSocketsのどちらがよいのでしょうか。

退会済みユーザー

2018/12/13 09:49

ASP.NET は Web サーバーで動かす Web アプリケーションというサーバーサイドの技術なので、クライアントサイドとは関係ないはずですが？

komatta2018mt

2018/12/13 10:00

Web系アプリの知識があまりなく自信がありませんが、サーバで動いて、結果をHTTPのレスポンスで返す感じですよね。とすると、チャットの様に別のチャットクライアントからの送信メッセージを表示できないような気がしてきました。「都度リロードして、結果を取得しないと最新メッセージが表示できない」との認識であっていますでしょうか？

komatta2018mt

2018/12/13 10:02

すいません、ご指摘いただいたのに、お礼も申し上げずメッセージ送信してしまいました。大変失礼いたしました。遅れましたが、ご指摘ありがとうございます。

退会済みユーザー

2018/12/13 10:08

HTTP プロトコルは基本的にクライアントの要求を受けてサーバーが応答を返します。自分はチャットアプリは全く知らないのでどのように他のユーザーのメッセージをリアルタイム（？）に見ることができるのかは分かりませんが、HTTP プロトコルを使っている以上基本は同じなので、クライアントから定期的に要求をかけて応答を貰っているのではないかと思います（単なる想像です）。

komatta2018mt

2018/12/13 10:40

クライアントから定期的に要求をとなると、Ajaxで表示ページのメッセージ表示部ををリロードし続ける感じでしょうか。 ASP.netでsocket通信ができるかわかりませんが、できたとしてもチャットサーバから受け取ったメッセージを送る先（HTTPのレスポンスとして返すトリガ？送信先？）がないような気がします。 ASP.netでsocketのコネクションをしても、接続されているのはASP.netが動いているサーバーとチャットサーバーであり、ブラウザでリクエストを投げたPCではないという気がします。（間違っているようでしたらご指摘いただけると助かります。）とすると、考えがあっているかまったく自信がありませんが、クライアントがブラウザの場合の双方向通信はsocketではなくWebSocketsでの実現しかなさそうですね。

退会済みユーザー

2018/12/13 11:54

> クライアントはASP.netでも作成可能なのでしょうか。← というのは考え方からして違う、ASP.NET はクライアント側とは関係ない、ということを指摘しただけです。それ以上の話は他の回答者の方のレスをお待ちください。

退会済みユーザー

2018/12/14 07:40

解決済みなのに今頃何ですが SignalR は考えてないのですか？