2017-08-08 9 views
3

現在、私たちはIOSアプリケーションを開発中です。アプリは、基本的に新しいイベント/リクエストについてスタッフに知らせるべきであり、スタッフはイベントをキャンセルまたは受け入れるオプションを持っています(たとえば、顧客は「私はコーヒーを食べたい」と言っています)。そうするか、「できません」)。複数のスマートフォン(複数のスタッフからの)にリクエストが同時に表示され、その通知には受諾/拒否のボタンが含まれているという考えがあります。Swift明確なリモート通知をクリア

これを解決するには、通知(リモート)を使用します。しかし、私たちには分かりません。私は3つのリクエスト/通知を受け取ります。しかし、私はそれらをチェックする時間があるまで、他のスタッフの上ですでにそれらの要求の1つを解決しました。この要求はすべてのスタッフの電話機からクリア/削除することは可能ですか?そうでなければ、すでに解決されている要求を処理しているからですか?

そして、それを解決するための最良の選択肢は何でしょうか。その後、

  1. リクエストごとにすべての要求
  2. プッシュサイレント通知用のプッシュリモート通知と、クライアント上のすべての通知をクリアRESTを使用して、新しい/現在の要求を取得(GET)とリクエストごとにローカル通知を追加?

ありがとうございました。

よろしくお願いいたします。

+0

と何が起こるだろう2人で一度に同じチケットを開く(チケットを解決する前に)。 – Yatendra

+0

これは私たちのバックエンドで処理されます... – mooonli

答えて

0

2番目のオプションは良いと思います。

サイレントプッシュを受信した後、REST APIを使用してデータを更新できます。

+0

フィードバックに感謝します。したがって、ローカル通知でプライマリ作業を行い、サイレントプッシュ通知のみを使用して新しいデータを取得し、ローカル通知を更新します。 (バッジ:0を使用して)アプリのすべてのローカル通知を一度にクリアすることは可能ですか、特定のものをクリアすることも可能ですか(別のスタッフによって解消されたもののみなど)ですか? – mooonli

+0

はい私はそれを使用します。バッジを設定することでクリアすることはできませんが、前のIDと同じ識別子を設定することでオーバーライドできます –

0

私は最高のオプションを使用していると思っていますエンドユーザ(アプリケーションホルダー)がそれの手がかりを得ることはありませんし、私たちのために最適ですので、サイレント通知をプッシュします。

+0

このアイデアをより詳しく説明できますか?どのように2番目のオプションと異なるのですか? – mooonli

0

私は2番目のオプションは

のAPNの扱い信頼性がないと思う

  • がバックエンド
  • から重複した要求を処理するすべての要求のためのリモート通知を送信する第一のオプション

    • をお勧めしますサイレント通知の優先度を低く設定し、配信回数を全部減らすことができますrが過大となる。実際の制限は動的であり、条件に基づいて変更することができますが、時間あたり数の通知よりも多くを送信しないようにしよう - source

    、個々の通知を削除することはできません - Check this:

    +0

    こんにちはShyam フィードバックをいただきありがとうございます。それは共鳴すると思う。通知を無効にすることは可能ですか?以前の通知で使用されたものと同じ識別子を設定しますか? – mooonli

    +0

    @mooonli私はここでAndroid通知の動作を期待していると思います。私は、iOS Push Notificationがペイロードに識別子を持っているとは思わない。詳細については、[apple doc](https://developer.apple.com/library/content/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/CreatingtheNotificationPayload.html)を参照してください。 – Shyam

    関連する問題