应用内消息传递与推送消息：优点和缺点

Question

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

怎么做。

我脑子里有以下几点，

应用内消息传递：

1. 想要从服务器接收内容，只有应用程序在屏幕上显示。

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

3. 应该拨打服务器并需要接收内容。

推送消息

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

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

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

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

5. 我们可以使用GCM for Android和Push Notification for iOS。

我的理解是对的吗？

如果我不是，我错过了什么，请伸出手让我摆脱这种混乱。

谢谢，

Answer 1

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

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

对于推送消息，您的理解似乎是正确的。但是，look at this post有关最后一项的详细信息，“我们可以使用GCM for Android和Push Notification for iOS”。

Answer 2

你是对的，虽然我会将术语in-App Messaging更改为Pull Messages，因为你指的是应用程序从服务器提取消息，而in-App Messaging暗示应用程序正在发送消息。

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

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

Answer 3

还可以从另一个角度来看待应用内消息传递。 AT＆amp; T有一个用于应用程序内消息传递的API，允许您发送SMS跨运营商。 API可以与其他API一起找到here.。通过这种方式，您可以想象从应用程序（例如游戏或社交应用程序）中发送消息并检索响应的能力。您添加为标记的所有平台都有示例。你可能会对此有所了解，因为它可以将你对这个概念的理解扩展到与其他答案不同的方向，在所有这些中，你会找到你想要的东西。