3

Web 应用程序充当后端来处理来自 iPhone 的请求。为了在处理请求（例如，支付）时从 Web 应用程序向 iPhone 发送消息，我想在服务器上发生有趣的事情时向 iPhone 发送消息，或者如果一切都成功，向他们发送交易详细信息。哪个更适合使用 PushSharp 或 SignalR？它们是否都具有相同的目的？无论哪种方式，请在这个话题上启发我。这让我很困惑。

4

2 回答 2

9

SignalR是一种向 Web 客户端发送实时信息的好方法，本质上是让服务器端代码将信息推送到客户端并实时调用客户端代码（即 javascript）。

PushSharp是一种向原生移动应用程序发送推送通知的好方法。对于 iOS，这意味着使用 Apple 的基础架构。这也意味着消息将在 iPhone 中显示为通知，而不仅仅是在浏览器中。

本质上，如果您提到的 iPhone 请求来自本机应用程序，请尝试 PushSharp。如果它是在浏览器中运行的 Web 应用，请使用 SignalR。

于 2014-03-12T11:48:19.823 回答
1

PushSharp 似乎利用了每个平台的本地消息传递。Azure 通知中心提供类似于 PushSharp 的本机消息传递。本机消息传递平台可以很好地扩展，但不能让您直接访问客户端/服务器代码，并且在某些情况下消息可能会延迟数分钟。当您想向数百万台设备发送消息时，这样的消息传递非常有效。示例：所有希望在他们最喜欢的运动队赢得比赛时收到提醒的用户 - 对时间不敏感。

如果您希望推送消息严格位于服务器端代码和客户端代码之间，SignalR 可以实现这一点。SignalR 也有一个 .Net 实现，因此它不仅适用于 javascript/网页。SignalR 将利用 Web 套接字 / 长轮询 / 等方法。如果您发送响应以告诉您的客户端查询已经完成，或者收到了一条消息，并且让该消息在几分钟后到达也无济于事... SignalR 可能是更好的方法。

于 2017-01-30T16:49:28.547 回答