1

WP8アプリとWindowsストアアプリの間でメッセージを渡す必要があります。これは、相互にメッセージを送信および応答するという点で「ピアツーピア」のような状況ですが、Windowsストアアプリに1..Nがあるという点で「クライアント/サーバー」のような状況でもあります。会話しているWP8アプリ。

電子メールまたはSkyDriveのいずれかをかなりこっそり使用しようとする私の最初のアイデアで頭と肩を殴られた後、私は現在、これらの可能なアーキテクチャを検討しています。

1)直接プッシュ通知(a)WP8アプリは、この会話が行われた後に提供されるURIを介してWindowsストアアプリにプッシュ通知を送信します。Windowsストアアプリ:「更新を送信しますか?」WP8アプリ:「はい」 Windowsストアアプリ:「わかりました。送信先は次のとおりです。」(b)Windows8は到着したメッセージに応答します。

2)クラウドを使用したプッシュプル(a)WP8はデータをクラウドに送信します(Azure?)(b)Windows8アプリは定期的にデータをポーリングします

3)SSL(/ NSoftware(IP * Works)などのコンポーネントを使用)

WP8からのメッセージはかなり頻繁ですが(平均して15分ごと)、小さい/短い(実際にはツイートになるのに十分短い)です。Windows 8アプリは、これらのメッセージを「舞台裏」で処理します。ユーザーは、関連するアプリを実行するまで、それらに気づきません。

4

1 に答える 1

1

疑問符はありませんでした:)しかし、ここに私の見解があります:

  1. プッシュ通知は確かに機能しますが、「舞台裏」のコメントを考えると、プッシュ通知メカニズムを使用しますが、UI (タイル、トースト、バッジなど) に関連付けられていない「生の通知」を具体的に検討することをお勧めします。 )。たとえば、クライアントがオフラインの場合、プッシュされたトースト通知は削除されます。

  2. メッセージの頻度は、バッテリー寿命への影響を考えると、ポーリング アプローチに不安を感じさせます (とは言っても、バックグラウンド タスクを使用したプッシュ通知がどのように比較されるかはわかりません)。ポーリング アプローチでも、「クラウド サービス」に何らかの方法でメッセージ (ストレージ) を維持し、各ポーリングで適切なメッセージをフィードバックする必要があります。スケーリングと可用性の側面も処理する必要があります。 WNS が「無料」で行うこと。ロケット科学ではなく、より多くの作業です。プッシュ通知は、一種の「ファイア アンド フォーゲット」です。

  3. ソケットを使用すると、サンドボックス化されたモデルが必要な機能を公開する範囲をより詳細に制御できます。ただし、可動部分が多いように思えますが、他の 2 つのアプローチが実行不可能な場合にのみ、そのルートに進む可能性があります。

于 2012-10-17T00:10:11.227 に答える