SiganlRを使用してwinformビジネスソリューションを構築したいのですが、クライアントマシンに.net 4.0をインストールすることができません。 SignalRには最小限の.net 4.0が必要です。 winformと.net 3.5からSignalRを使用する最良の方法は何ですか？私は、クライアントアプリケーションに送受信メッセージ機能を含めたいと思います。SignalRを.net 3.5で使用する方法
イントラネット上のIIS上で、サーバー側で.net 4.0を使用してSignalRをホストします。
pubnub C#に似たAPIを（.net 3.5で）作成できますか？誰でも正しい方向に向けることができます。
あなた自身のものをコンパイルするのが面倒でないなら、私はSignalR用の.net 2.0互換クライアントライブラリを作成しました。それはSignalRの私のフォーク（https://github.com/robink-teleopti/SignalR）のすぐ利用可能です。
私は当初のプロジェクトに余分な負担をかけたくないので、私はプルリクエストを行うつもりはありません。
フォークにもう1つの修正があり、それについて知っておくとよいでしょう。 20を超えるグループに属するクライアントを持つ場合、GETではなくPOSTを使用するように自動的に切り替わり、サーバー側でその部分を処理するためにマイナーな変更を加えました。
SignalRプロジェクトの作者の一人は、.NET 4に同梱されているTaskParallelLibrary（TPL）を使用するという目標を持っていました。そのプロジェクトのC＃コードが.NET 3.5で実行されるかどうかは疑問です。なぜ、サーバー上にTCPまたは名前付きパイプのWCFエンドポイントをホストし、通常の.NETクライアントコールバックを使用するのですか？これは、サーバーがWindows Server 2008（WASまたはAppFabric）であれば比較的簡単です。
古いサーバーの場合はWebBrowser controlをホストし、SignalR javascriptクライアントライブラリを使用してシグナリングを処理できます。
ネイティブの.NET 3.5クライアントライブラリに6ヵ月後、メンテナーがフルタイムのMS従業員であるため、いつでもすぐにレガシーバージョンをサポートする時間があるのではないでしょうか。
実際に非TPLクライアントを作るためにかなり些細なことだろうが、それだけで実際にはSignalRのコアで.NET 3.5クライアントが今そこにある今 – davidfowl
v1.xおよびv2.x SignalRクライアントをNET35にバックポートしました。ここでのNuGetパッケージとしてご利用可能：http://www.nuget.org/packages/Nivot.SignalR.Client.Net35/
素晴らしい、あなたの努力のおかげで@ x0n！ – OnoSendai
@ x0nプロジェクトをコンパイルすると、3つのDLLと3つのXMLファイルを持つbinフォルダになりますが、それは.Net 3.5の下でSignalRを使って作業する必要がありますか？追加のDLLが必要ですか？ –
私はまだサーバに.Net 4.5が必要だと思いますか？ –
優先順位ではありません。私はまだNuGetパッケージでそれを取得する必要があります。しかし、それは最後のリリースの一部でした。 – davidfowl
@davidfowlリリースされたパッケージのバージョンを覚えていますか？ – Mrchief