私は自分のアイデアを実装し、クライアント/サーバー側を持つアプリケーションを開発し、クライアントとサーバーをサーバーに接続して転送できるようにしたいメッセージをリアルタイムで表示します。リアルタイムチャットのNetSockets、WCF、ASP.NET
私はC＃を使用して開発しますが、質問は：私は何を使うべきですか？私はどのような方法がそのチャットに適しているのかわかりません。 NetSockets、WCF、ASP.NETのいずれかを選択する必要があります。だから私はあなたにchoiseを助けてくれるようお願いします。私がASP.NETを使用している場合は、チャットを使用するためにサイトなどを作成したくないため、セルフホストのもので遊ぶ必要があります。
まず、
Net.Socketsが低すぎるレベルですあなたのバリエーションから始めてみましょう。受け入れられるプロトコルを作るのは難しいです。しかし、既存のプロトコルであるWebSocketsを使うことができます。あなたがWCFを選択した場合、可能であれば、netTcpBinding上のWCFデュプレックス永続接続を試行することができます。セルフホスティングのWCFサービスを簡単に作ることができます。しかし、WCFは複雑で、シンプルな作業には大きなオーバーヘッドだと思います。また、長いポーリングを使うことで二重化接続が動作することを知っているので、多くのリソースが無駄になります。この変形を慎重に選択してください。
ASP.NET。あなたがMVCまたはWeb APIについて話している場合は、長いポーリングを使用する必要があり、多くのリソースを浪費し、実際のリアルタイム
されていない別の変形例があります - （WebSocketをを使用して動作します）ASP.NET SignalRは
ここで@nsinrealが述べたように、おそらくSignalRがここに行く最良の方法です。
ネット上の例の多くはありません - ここにあなたが軌道に乗るだろう1です：
http://www.asp.net/signalr/overview/getting-started/tutorial-getting-started-with-signalr
それは劣らず、チャットアプリケーションのためだ:)
1.ええ、私は申し訳ありません、私はWebSocketsについて尋ねていました。 2.私はこのプロジェクトが大きな仕事の中で単純な仕事から成長することを願っています。^_^ 3. SignalRを使用した単純なWebSocketとWebSocketの違いは何ですか？ このタスクでどのような作業を選択するか教えてください。 – Max
@Max SignalRは、WebSocketを超えるフレームワークです。私は間違いなくProRをProovソリューションとして選択します。 SignalRにいくつかの問題があり、WebSocket上でカスタムソリューションを書くのは簡単です。また、SignalRは別のトランスポートをサポートしています（WebSocketがクライアントによってサポートされていない場合は便利です）。また、ハブの機能を見てください：http://www.asp.net/signalr/overview/guide-to-the-api/hubs-api-guide-net-client - これは既に実装されています –