iphone - 使用 Urban Airship 服务的应用程序的推送通知策略 (iPhone)

Question

我正在构建一个应用程序，它使用优良的 Urban Airship api 向用户发送推送通知。

应用程序会跟踪用户添加到应用程序的事件日期。这意味着我没有适当的服务器来处理推送，应用程序本身只是当用户添加事件日期和时间时，使用 Urban AS 安排推送通知。

如果用户决定在事件发生之前删除该事件，我会通过 Urban AS 取消安排该事件。一切都很好。但是，我不想向已禁用通知的用户发送通知，因为这些通知不是免费的:)

我知道 Apple 的推送通知 API 可确保用户在设置中将其关闭后不会收到任何通知。他们将简单地忽略 Urban AS 发送的预定通知，这浪费了带宽和金钱。

如何判断用户是否已禁用我的应用的通知？

此外，除了测试用户是否关闭通知然后告诉 Urban AS 取消所有通知之外，我没有其他选择，如果用户重新打开通知，我将不得不检查所有事件并重新安排他们:/每次应用程序运行时。

有人能想出一种方法让我不必用各种条件代码填充我的 appDelegate 来测试这些场景吗？自上次运行应用程序以来，用户已关闭推送，自上次以来，用户已将其打开。我还担心用户是否会理解这种行为？

我想我只是要求一些关于此推送/ Urban Airship 设置的最佳实践:)谢谢。

Answer 1

据我所知，[[UIApplication sharedApplication]enabledRemoteNotificationTypes] 将返回用户当前为您的应用启用的通知类型。

否则，你是对的。您必须在每次应用程序启动时调用此方法，并且在用户重新启用通知的情况下，重新安排您之前删除的所有事件。

至于用各种条件填充应用程序委托(delegate)的问题，您可能需要编写一个单独的 PushNotificationsController(不是 UIViewController，只是 NSObject 子类)来处理所有与推送相关的内容。