android - C2dMの悪い面

Question

Android 2.2の時点で、プッシュ通知システム（C2dM）が存在することは誰もが知っています。しかし、それを使っている開発者はあまりいません。次のプロジェクトでは、このシステムを使用する予定です（そう願っています）。それで、私がそれを掘り下げる前に、私はそれの悪い面が何であるかを知りたいですか？なぜ人々はそれを使わないのですか？

2.2より古いシステムとの非互換性のためだけではありません。

Answer 1

いい質問です。これが私の2セントです：

1. C2DMはまだベータ版です
2. 送信できるメッセージの数には制限があります。大量のメッセージを送信する必要がある場合は、Googleに説明して承認を受ける必要があります。
3. デバイスには、1つのGoogleアカウントがサインインしているAndroidマーケットが必要です。
4. ドキュメントは少し不安定です[私の個人的な意見]。たとえば、サインアップフォームは、同じページでアプリパッケージ名とROLEアカウントIDを要求しますが、一度サインアップすると、パッケージ名はROLEアカウントIDにバインドされ、そこからのメッセージしか受信できないという誤った印象を与えます。

私は人々がそれを使用していないと思います。むしろ、ほとんどの開発者がそれに非常に興味を持っており、それを実装していることがわかります。私のC2DM投稿には、すべての投稿の中で最も多くの訪問者がいます。

ただし、問題は、スタンドアロンアプリを開発する個々の開発者にある可能性があります。メッセージをプッシュするためにサーバー側のコンポーネントを維持する必要があるため、使用するのをためらう場合があります。

[私のansを更新します。他に何か見つけたら。]

Answer 2

あまり使わないと思います

• 彼らはそれを本当に必要としません
• これまでのところ、それはあまり簡単ではありません
• 上で述べたように、それはまだベータ版です。

Apple Pushを使用すると、（デバイス側で）非常に簡単になり、呼び出しを呼び出すだけでデバイストークンが提供されます。C2DMでは、（Googleアカウントを掘り下げることはできますが）ユーザーにGoogleアカウントの入力を求める必要があります。次に、C2DMに登録されているアプリが多すぎないことを期待する必要があります（現在100個まで）。

サーバー側では、C2DMはプッシュよりもはるかに簡単だと思います。サービスを呼び出すだけで、APNSを使用すると、パイプのセットアップや証明書の使用などが必要になります。ほとんどの場合、これは簡単ではありません。C2DMはHTTP呼び出しを呼び出しているだけです。サーバーの側面も少し費用がかかります。アプリケーションサービスのホスティングは必ずしも安価ではありません。

これを必要としているアプリはあまり見かけませんが、これまでのところTwitterとFacebookはそうなっているようです（他のものを使用している可能性はありますが、よくわかりません）。

そして、それはまだベータサービスです。開発者はベータサービスに多くの時間を投資したいですか？すべてがそうであるわけではありません、いくつかは危険を冒します。

私はそれを使用しました、そして私はそれが好きです、私はそれをAPNSと組み合わせて持っていて、これまでのところ大きな成功を収めています。