お気づきかもしれませんが、Googleはプッシュ通知システムを移行しています。
私だけが疑問に思っているわけではないと思います:C2DMから取得したトークンはまだGCMに有効ですか?
そうでない場合は、すべてのユーザーがサーバー上のトークンを更新する新しいバージョンでアプリを更新する必要があることを意味します...
また
並列システムを維持できますが、これは良い解決策ではないと思います
また
それが終了するまでC2DMを使い続けてください、そして私はそれで死にます:-)
お気づきかもしれませんが、Googleはプッシュ通知システムを移行しています。
私だけが疑問に思っているわけではないと思います:C2DMから取得したトークンはまだGCMに有効ですか?
そうでない場合は、すべてのユーザーがサーバー上のトークンを更新する新しいバージョンでアプリを更新する必要があることを意味します...
また
並列システムを維持できますが、これは良い解決策ではないと思います
また
それが終了するまでC2DMを使い続けてください、そして私はそれで死にます:-)
クライアント側の移行は簡単ですが(「送信者」をメールアドレスからプロジェクトIDに変更するだけです)、アプリがC2DMをしばらく使用していると、移行の問題に直面します。ここで私の質問を参照してください:既存のC2DM登録IDへのGCM通知の投稿
基本的に問題は移行中です。古いC2DMアプリのデバイス登録IDと、GCMを使用する新しいアプリの新しい登録IDを維持する必要があります。すべてのユーザーに一度にすべてのアップグレードを強制できない限り、サーバーに追加のロジックを構築して(つまり、データベーステーブルにGCM reg idを示す新しい列を追加して)、C2DMとGCMの両方への通知の送信を処理する必要があります。予見可能な未来。
サーバーがすべてのデバイスにのみ通知を送信する場合、データベース内のすべてのデバイスにC2DMとGCMの両方の通知を送信し、古いC2DM登録から古いデバイスまたはNotRegisteredデバイスを段階的に削除できるため、これは簡単に移行できます。時間の経過とともに、データベースに表示されるC2DMデバイス登録IDはますます少なくなるはずです。
アプリをC2DMからGCMに移行しました。いいえ、移行したと言うべきではありません。C2DMとGCMの両方で「共存」する正しい用語。現在のすべてのユーザーをGCMに強制的にアップグレードすることはできないためです。私の目標は、新規(GCMを参照)と既存(C2DMを参照)の両方のユーザーがプッシュメッセージングを取得できるようにすることです。
クライアント側の場合:
サーバー側の場合:
これまでのところ、私は反対意見を達成することができます。しかし、私の唯一の懸念は、c2dmが完全にシャットダウンするときですか?本当にその日が来るとしたら、どうすれば古いユーザーをgcmにアップグレードさせることができるでしょうか。
Android開発者向けドキュメントサイトに移行ガイドがあります。
C2DMはしばらくの間サポートを提供し続けます。アプリケーションをGCMに移行し、アプリケーションの更新バージョンを公開することをお勧めします。(私の考えによると)