0

一部のイベントでモバイルに通知を送信するモバイル アプリケーション用のバックエンド サーバー [Java EE] を実装したいと考えています
。要件は、アプリケーションが実行されている限り、モバイルに通知を即座に送信することです。実行していない場合は送信する必要はありません
2-通知を IOS または Android にプッシュするには、Apple/Google 通知サーバーに接続する必要があることを読みましたこれは、特に低レベルのソケット プログラミングが必要なため、複雑だと感じましたが、番号 1 に基づいて、プロジェクトには時間と予算が限られているため、本当にプッシュする必要があるのでしょうか? そしてそれは本当に複雑ですか
3-日付を取得するとバッテリーが消耗し、データが消費される可能性があることを読みましたが、モバイルで1日に3〜4回しか実行されない単純なジョブを実装し、バックエンドサーバーで単純なWebサービスを呼び出して通知
PSを要求するとどうなりますか同様のケースのチュートリアルを提供していただければ幸いです:)

4

1 に答える 1

1

1) アプリケーションが既に実行されている場合、とにかく同じ場所に接続していますか? その場合は、その時点で通知を取得することもできます。ただし、アプリがアクティブに接続していない場合は、引っ張らないようにします。

2) Google および Apple サイトの通知サーバーと直接対話することは、実際には面倒な作業になる可能性があります。ただし、これをはるかに簡単にする会社があります。アーバンエアシップ、xtify、mblox などの企業を利用する利点は、数分でプッシュ メッセージの送信を開始できることです。(例として、チュートリアル セクションのhttp://developer.mblox.com/docs/を参照してください)。

3) 提示しようとするデータに応じて、現在のエンド ユーザーはインスタント データに慣れています。1 日に 3 ~ 4 回のプルで十分なサービスは想像できませんが、ユース ケースが本当に 1 日 4 回に制限されており、このために作成したバックグラウンド プロセスで他のアクティビティが進行していない場合は、バックグラウンド プロセスを実行することもできます。しかし、これは慎重に考えてください... 1 日の読書回数を増やしたい場合は、エンド ユーザーの満足度を確保するためにすぐに書き直しが必要になる可能性があります。

于 2012-10-12T05:08:31.317 に答える