7

我想使用 SiganlR 构建一个 winform 业务解决方案，但我无法在客户端机器上安装 .net 4.0。看起来 SignalR 的最低要求是 .net 4.0。从 winform 和 .net 3.5 使用 SignalR 的最佳方式是什么。我想在客户端应用程序中包含发送/接收消息功能。

我将在服务器端使用 .net 4.0 在我的 Intranet 上的 IIS 上托管 SignalR。

是否可以创建类似于pubnub C#的 API（在 .net 3.5 中） ？谁能指出我正确的方向。

4

3 回答 3

9

如果您不太害怕编译自己的东西，我已经为 SignalR 创建了一个与 .net 2.0 兼容的客户端库。它可以从我的 SignalR的 fork ( https://github.com/robink-teleopti/SignalR ) 中获得。

目前我无意提出拉取请求，因为我不想给原始项目增加额外的负担。

我对我的前叉进行了另一项修改，这很值得了解。当拥有属于 20 多个组的客户端时，我会自动切换到使用 POST 而不是 GET，并且我在服务器端做了一些小的修改来处理这部分。

于 2012-05-11T11:43:54.630 回答
2

我将 v1.x 和 v2.x SignalR 客户端反向移植到 NET35。在此处作为 NuGet 包提供：http ://www.nuget.org/packages/Nivot.SignalR.Client.Net35/

于 2014-02-07T03:29:32.817 回答
1

SignalR 项目的一位作者的目标是使用 .NET 4 中附带的 TaskParallelLibrary (TPL)。所以我怀疑该项目中的任何 C# 代码都将在 .NET 3.5 上运行。为什么不在服务器上托管 TCP 或命名管道 WCF 端点并使用普通的 .NET 客户端回调？如果服务器是带有 WAS 或 AppFabric 的 Windows Server 2008，这相对容易。

如果是较旧的服务器，您可以托管WebBrowser 控件并使用 SignalR javascript 客户端库来处理信号。

再过 6 个月，我会押注原生 .NET 3.5 客户端库，但由于维护人员是 MS 的全职员工，我怀疑他们很快就会有时间支持旧版本。

于 2012-02-21T02:52:04.033 回答