对 iOS 通知感到困惑

Question

我现在已经阅读了很多关于 iOS 通知的内容，实际上我对如何可靠地安排通知感到很困惑。让我解释一下我的场景：

我创建了一个包含固定日期列表的 Android 应用。用户不能添加或删除日期，他只能查看该列表（我所在地区的垃圾清除日期）。但是，您可以配置您希望在前一天收到通知。我制作了该应用程序，以便在设备启动时启动一个通知计时器，该计时器在某个时间触发，检查第二天是否有待处理的项目，如果有，则显示通知。然后它会重新安排第二天的时间。所以通常情况下，用户根本不需要打开应用程序来接收通知。他只打开一次应用程序来配置他的街道，触发第一个预定事件，或者实际查看即将到来的日期列表。

我现在正在尝试将此应用程序移植到 iOS，并且从我所读到的内容中了解到，无法复制我在 Android 上做事的方式。我知道我可以提前在某些时间点创建多达 64 条通知，但如果用户根本不打开应用程序，我就无法确定可靠地安排我可能需要的所有通知。

是否有可靠的方法来模拟所描述的 Android 行为？或者有没有办法强制用户每 30 天左右打开一次应用？

Answer 1

简而言之，没有。

如果适用，您可以重复通知，但如果日期是随机的并且您无法重复通知，则您不能安排超过限制的时间。

您无法安排应用运行，也无法强制用户执行任何操作。您所能做的就是在 30 天内发布某种通知，或者在任何时候发布一些您希望他们打开您的应用程序的消息。

如果您的应用中有一个有效的用例，您可以启用后台模式，例如移动信号塔转换时的位置更改，然后当您的应用在后台运行时重新安排通知。或远程推送，或后台获取等。但是即使使用后台模式，您也不能保证您的应用程序实际上会在后台运行，您只能帮助增加它可能的机会，并且不同的后台模式在这种情况下具有不同程度的有用性面积。