问题描述
|
我们都知道，从Android 2.2开始，存在推送通知系统（C2dM）。但是，我看不到有很多开发人员使用它。
在下一个项目中，我计划（希望如此）使用此系统。因此，在我深入研究它之前，我想知道它的不利之处是什么？人们为什么不使用它？
不能仅仅因为与2.2以前的系统不兼容。
解决方法
好问题。这是我的2美分：
C2DM仍处于测试阶段
您可以发送的邮件数量有限制。如果您需要发送大量邮件，则需要向Google进行解释并获得批准。
该设备必须具有已登录一个Google帐户的Android电子市场。
该文档有点不完整[我个人观点]。例如注册表单在同一页面上询问应用程序包名称和ROLE帐户ID，从而产生错误的印象，即一旦注册后，程序包名称便绑定到ROLE帐户ID，并且只能从中接收消息。
我不认为人们没有使用它。相反，我发现大多数开发人员都对它非常感兴趣并正在实现它。我的C2DM帖子在我所有帖子中的访问者最多。
但是，问题可能出在开发独立应用程序的单个开发人员。他们可能不愿意使用它，因为它们将需要维护服务器端组件以推送消息。
[将更新我的回答。如果我发现其他任何东西。]
,我认为很多都不用，因为
他们没有真正的需要
到目前为止还不是很简单
如上所述，它仍处于beta版。
使用Apple Push，它非常简单（在设备端），您只需调用一个电话，它就会为您提供设备令牌。使用C2DM，您必须（尽管可以挖掘Google帐户）提示用户输入Google帐户，然后希望他们没有为C2DM注册太多的应用程序（现在有100个限制）。
服务器端，我想说C2DM比推送更容易，您只是在调用服务，而使用APNS则需要设置管道，使用证书等。大多数情况下，这并不容易。 C2DM只是在调用HTTP调用。服务器方面也增加了一些费用，托管应用程序服务并不总是便宜的。
我看不到有很多需要它的应用程序，到目前为止，Twitter和Facebook似乎都是（尽管他们可能会使用其他东西，但我不确定）。
并且，它仍然是一个beta服务。开发人员是否要在Beta服务上投入大量时间？并非所有人都这样做，有些人会冒险。
我已经使用过它，我喜欢它，我将它与APNS结合使用，并且到目前为止取得了巨大的成功。