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