对 iOS 通知感到困惑

Question

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

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

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

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

Answer 1

简而言之，没有。

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

你不能安排你的应用程序运行，也不能强迫用户做任何事情。 您所能做的就是在 30 天内发布某种通知，或者在任何时候发布一些您希望能够迫使他们打开您的应用程序的消息。

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