3

Webサーバーでホストされるリソースを共有したいOSX/iOSアプリをいくつか設計しています。サブスクライバーのリストを保存し、リソースが更新されたときに通知できる、ある種のWebアプリまたはスクリプトが必要です。（ここでの明らかな目標は、すべてのアプリが更新のためにWebサーバーをポーリングしないようにすることです。）

The only trick here is that I'd like a significant number of clients (say, a dozen) to be subscribed for updates on a 24/7 basis. I'm not sure if it's a good idea for all of the clients to maintain a live connection... I imagine that many web service providers will be happy about their webserver maintaining a dozen persistent connections (especially if they're virtually always idle).

（編集） Apple Push Network Service（APN）を調べましたが、それは私の問題に対する正しい解決策ではありません。APNには、Entrust SSL証明書と、ApplePushNetworkサービスとの大量のやり取りが必要です。私のプロジェクトははるかに単純で軽量です。「デバイスAからデータを受信したら、それをデバイスB / C / Dにプッシュする」というスクリプトが必要です（これらのデバイスは何らかの方法でアクセス可能であると想定しています...永続的な方法で接続またはその他の手法）。

このメカニズムを提供する最も簡単な方法は何ですか？

4

2 に答える 2

0

「最も簡単な方法」は、おそらく人によって意味が異なるでしょう。サード パーティのサービスに縛られるのが好きでない場合は、自分で何かを構築するために使用できるアプリ フレームワークやオープン ソース ツールが非常に多くあります。しかし、Web アプリ開発が得意でない場合、これは「簡単」ではありません。

iOS でリアルタイム メッセージングを行うために利用できる「既製の」サービスがいくつかあります。記憶から知っているものをリストしているだけであり、他の代替手段があることを覚えておいてください。PusherとPubNubはどちらも、モバイル アプリ向けのリアルタイム メッセージング サービスと、すぐに使える SDK を提供します。それらとインターフェースして、ソケットを介して双方向にメッセージを送信できます (APNS の動作に非常に似ていますが、より多くの制御が可能です)。

これらのサービスを独自のデバイス/ユーザー管理システムで使用することも、Parse や Stackmob などの「サービスとしてのバックエンド」プロバイダーを使用することもできます。この手順は必要ない場合があります。目的のアプリ/統合がどれほど複雑かによって異なります。

于 2013-01-28T17:04:18.553 に答える