同步预编程通知的最佳通知方案（本地与推送）答案

【问题标题】：Best notification scheme to synch pre-programmed notifications (local vs push)同步预编程通知的最佳通知方案（本地与推送）
【发布时间】：2012-12-18 02:35:24
【问题描述】：

我一直在阅读 Apple 在 Local and Push Notifications 上的文档。从技术上讲，我理解这两种解决方案。然而，技术文档有时缺乏只有经验才能教的细节——这就是我来这里的原因。我需要知道什么是我当前问题的最佳解决方案。

我需要做什么：

我需要实现一个通知系统，该系统会在用户选择的特定预编程日期触发。这些通知应跨设备同步，这意味着用户可以从多个设备（共享应用的用户帐户）打开/关闭这些通知。

我的问题：

实现此功能的最佳方式是什么：本地通知还是推送通知？

我的分析：

本地通知更容易设置，而且它们应该足以显示不依赖于服务器事件的预编程通知。问题是我需要通过我们的服务器为所有用户的设备实现自定义同步机制。

推送通知对我来说似乎有点矫枉过正。它们对于预编程的通知并不是真正必要的，并且可能更适合其他类型的通知。从好的方面来说，它们似乎提供了开箱即用的跨设备同步。

【问题讨论】：

我认为你总结得很好。您可以查看 Parse (parse.com) 之类的东西，以避免构建自己的后端。
如果使用本地通知，我相信您会遇到的一个大问题是，为了安排/取消安排它们，应用程序需要运行。因此，如果您在设备 A 上安排通知，设备 B 将不会收到有关该通知的任何事件，除非应用正在运行或直到它运行（取决于您实现同步的方式）。如果您改为使用推送，则可以根据您存储在服务器端的设置来控制给定用户的所有通知传递。
感谢各位优秀的 cmets。

标签： ios notifications push-notification apple-push-notifications uilocalnotification

【解决方案1】：

我希望找到我询问的两种方法中的一种明显优于另一种，但显然您只需要根据您的情况选择一种即可。

我将复制我在上面发布的内容的 sn-p，事实证明这是一个很好的优缺点列表。

PS：在我们的特殊情况下，我们使用本地通知（当应用运行时，我们会在设备之间自行同步它们）。

选择的方法：

本地通知更容易设置，而且它们应该足以显示不依赖于服务器事件的预编程通知。问题是您将需要通过您的服务器为所有用户的设备实现自定义同步机制（如果您希望应用程序在同一用户的多个设备上很好地运行）。正如 nickbona（上文）在评论中指出的那样，自定义同步机制仅在您的应用运行时才有效。

推送通知似乎有点矫枉过正，需要更多的努力来设置。它们对于预编程的通知并不是真正必要的，并且可能更适合其他类型的通知。从好的方面来说，它们似乎提供了开箱即用的跨设备同步。

【讨论】：