3

我正在设计一些 OSX/iOS 应用程序,我想共享要托管在网络服务器上的资源。我想要某种可以存储订阅者列表的网络应用程序或脚本,并在资源更新时通知他们。(这里的明显目标是避免让每个应用程序都轮询网络服务器以获取更新。)

这里唯一的窍门是,我希望大量客户(例如,十几个)订阅 24/7 的更新。我不确定所有客户端保持实时连接是否是一个好主意......我想许多网络服务提供商会对他们的网络服务器保持十几个持久连接感到高兴(特别是如果他们几乎总是空闲)。

(编辑)我查看了 Apple Push Network Service (APNs),但这不是解决我问题的正确方法。APNs 需要 Entrust SSL 证书,并且需要与 Apple Push Network 服务进行大量交互。我的项目更简单、更轻量级:我只需要一个脚本,上面写着“从设备 A 接收数据后,将其推送到设备 B/C/D”(假设这些设备可以通过某种方式访问​​……或者通过持久性连接或其他一些技术)。

提供这种机制的绝对最简单的方法是什么?

4

2 回答 2

0

XMPPFramework 有一个发布-订阅模块(适用于XEP-0060),它适用于大多数 XMPP 服务器。我什至将它调整为与 Snow Leopard 附带的聊天服务器一起使用。

如果你已经有一个 XMPP 服务器,这可能是值得的;否则这是一种重量级的解决方案。

于 2013-07-17T05:22:56.553 回答
0

“最简单的方法”可能对不同的人意味着不同的事情。如果您不喜欢将自己锁定在第三方服务中,那么您可以使用大量的应用程序框架和开源工具来自己构建一些东西。但是,如果 Web 应用程序开发不是您的强项,这并不“简单”。

有几种“现成的”服务可用于在 iOS 上进行实时消息传递:请记住,我只是列出了我从记忆中知道的那些,还有其他选择。PusherPubNub都为移动应用程序提供实时消息服务,以及随时可用的 SDK。您可以与它们交互以通过套接字双向发送消息(类似于 APNS 的工作方式,但具有更多的控制权)。

您可以将这些服务与您自己的设备/用户管理系统一起使用,或者您可以使用“后端即服务”提供商,例如 Parse 或 Stackmob - 您可能不需要此步骤,这取决于您预期的应用程序/集成的复杂程度。

于 2013-01-28T17:04:18.553 回答