4

我发现很难了解应用内消息。

以及如何去做。

我脑子里有以下几点，

应用内消息：

  1. 一个想法是从服务器接收内容，只有应用程序在屏幕上是活动的。

  2. 这可能只有应用程序处于活动状态。

  3. 应用程序应该调用服务器并需要接收内容。

推送消息

  1. 即使应用程序未处于活动状态，也可以从服务器接收内容。

  2. 这在任何时候都是可能的，我们可以在我们的应用程序关闭并运行时通知用户。

  3. 应用程序不需要拨打电话。

  4. 但应用程序应该有代码实现接收推送通知。

  5. 我们可以在 Android 上使用 GCM，在 iOS 上使用 Push Notification。

我的理解正确吗？

如果我不是并且我错过了一些东西，请伸出你的手，让我摆脱这种困惑。

谢谢，

4

3 回答 3

0

当我想到应用内消息时，对我来说，这意味着您正在从应用的一个部分向另一个部分发送消息。“发送消息”是一个非常通用的术语，可以通过多种不同的方式来完成。其中：

  • 向消息接收者发送广播。您需要调用sendBroadcast到BroadcastReceiver。
  • 您可以将处理程序传递给另一个组件，它可以将消息发布到处理它们的处理程序
  • 您可以使用第三方库，例如开源“otto”库
  • 您可以使用观察者模式构建自己的版本。

对于推送消息，您的理解似乎是正确的。但是，请查看这篇文章以了解有关最后一项的详细信息，“我们可以在 Android 上使用 GCM，在 iOS 上使用推送通知”。

于 2013-10-30T06:16:15.823 回答
0

您是对的，尽管我会将术语更改in-App Messaging为Pull Messages，因为您指的是应用程序从服务器中提取消息，同时in-App Messaging暗示应用程序正在发送消息。

您的观点大部分是正确的，但Pull Messages不需要应用程序位于前台（在屏幕上） - 您的应用程序的一部分可以在后台运行并从服务器获取消息。这在 Android 上更可行，因为 iOS 限制了应用程序可以在后台执行的操作。

应该添加到您的列表中的另一点是推送消息还具有节省电池寿命的优势。

于 2013-10-30T15:24:26.147 回答
0

应用内消息也可以从另一个角度来看。AT&T 有一个用于应用内消息传递的 API，允许您跨运营商发送 SMS。API 可以在这里找到。和其他人一起。由此，您可以想象从应用程序（例如游戏或社交应用程序）中发送消息并检索响应的能力。您添加为标签的所有平台都有示例。仔细看一下这可能对您有好处，因为它可以扩展您对概念的理解，而不是其他答案，在所有这些中的某个地方，您会找到您正在寻找的东西。

于 2015-04-10T18:16:07.000 回答