C2dM的糟糕的一面

Question

我們都知道，從Android 2.2開始，存在一個推送通知系統（C2dM）。但是，我沒有看到許多開發人員使用它。 在我的下一個項目中，我計劃（希望如此）來使用這個系統。所以在我深入研究之前，我想知道它的不好的一面是什麼？爲什麼人們不使用它？

它不能僅僅是因爲不兼容的系統與舊的是2.2。

Answer 1

不錯的問題。這裏是我的2美分：

1. C2DM仍處於測試階段
2. 有你可以發送郵件的數量限制。如果您需要發送大量郵件，則需要向Google解釋並獲得批准。
3. 該設備必須有一個谷歌賬戶登錄Android市場。
4. 該文件有點片[我的個人意見]。例如註冊表單要求應用程序包名稱和ROLE帳戶ID在同一頁面上提供錯誤的印象，一旦註冊後，包名稱將綁定到ROLE帳戶ID，並且只能接收來自其的消息。

人們不使用它，我不認爲。相反，我發現大多數開發人員都非常感興趣並正在實施它。我的C2DM post是我所有帖子中訪問者最多的。

但是這個問題可能是個人開發誰開發獨立的應用程序。他們可能不願意使用它，因爲他們需要維護一個服務器端組件來推送消息。

[將更新我的答案。如果我發現任何東西。]

Answer 2

我想是因爲

• 他們有沒有真正的需要有很多不使用它吧
• 到目前爲止，這是不是很簡單的
• 聲明以上，它仍處於beta階段。

使用Apple Push，它非常直接（在設備端），您只需調用一個呼叫，併爲您提供設備令牌。使用C2DM，您必須（儘管您可以挖掘Google帳戶）提示用戶輸入Google帳戶，但您必須希望他們沒有太多已註冊C2DM的應用程序（現在爲100個限制）。

服務器端，我會說C2DM比push更容易，你只需要調用一個服務，使用APNS來設置管道，使用證書等等。對於大多數人來說，這並不容易。 C2DM只是調用一個HTTP調用。服務器方面也增加了一些費用，託管應用服務並不總是便宜。

我沒有看到很多應用程序具有它的必要性，到目前爲止Twitter和Facebook似乎是（雖然他們可能使用別的東西，我不知道）。

而且，它仍然是一個測試版服務。開發人員是否想要投入大量時間在測試版服務中？並非所有人都會這樣做，有些人會冒險。

我用它，我喜歡它，我把它加上APNS，到目前爲止已經取得了巨大的成功。