每次通过用户请求发送 APNS 设备令牌而不是注册用户是否可以接受？
Is it acceptable to send APNS device token each time with user request instead of registering user?
我有 iOS 应用程序，新数据每小时到达服务器。
当新数据到达时，我想根据他的警报定义通知用户是否有他感兴趣的东西。
我了解到实现这一点的唯一方法是 APNS（后台任务不是定期精确唤醒和获取数据的选项，到目前为止我在阅读了很多书后才知道）。
我不想为用户添加 registration/login 要求。
是否有可能检索设备令牌并将其与用户创建的每个警报请求一起每次发送到服务器并符合 Apple 标准，以便我可以在完成后通过推送通知通知 him/her？
所以我可以将设备令牌与服务器上数据库中的警报请求配对。
我不想实现应用程序功能，也不想通过在客户端和服务器端实现 APNS 的努力只是为了让应用程序被 Apple 拒绝。因此，非常感谢任何参考是否可能、个人经验或工作解决方案建议。
不幸的是，iOS 使用 UUID 作为“设备令牌”并且它经常随机更改（以保护隐私），因此除非您的应用程序以某种方式处理用户，否则您将无法配对拥有设备的用户。
一个解决方案可能是当你的应用程序第一次安装并打开时，你生成一个唯一的id，它可以是一个UUID或一些随机字符串并将它保存到钥匙串或者如果可能的话丢失是可以的，只是将其保存到 userDefaults。钥匙串在应用程序安装之间持续存在，甚至是用户切换手机，您可以将此 uuid 用作“每个设备的用户”
我有 iOS 应用程序，新数据每小时到达服务器。 当新数据到达时，我想根据他的警报定义通知用户是否有他感兴趣的东西。
我了解到实现这一点的唯一方法是 APNS（后台任务不是定期精确唤醒和获取数据的选项，到目前为止我在阅读了很多书后才知道）。
我不想为用户添加 registration/login 要求。
是否有可能检索设备令牌并将其与用户创建的每个警报请求一起每次发送到服务器并符合 Apple 标准，以便我可以在完成后通过推送通知通知 him/her？
所以我可以将设备令牌与服务器上数据库中的警报请求配对。
我不想实现应用程序功能，也不想通过在客户端和服务器端实现 APNS 的努力只是为了让应用程序被 Apple 拒绝。因此，非常感谢任何参考是否可能、个人经验或工作解决方案建议。
不幸的是，iOS 使用 UUID 作为“设备令牌”并且它经常随机更改（以保护隐私），因此除非您的应用程序以某种方式处理用户，否则您将无法配对拥有设备的用户。
一个解决方案可能是当你的应用程序第一次安装并打开时，你生成一个唯一的id，它可以是一个UUID或一些随机字符串并将它保存到钥匙串或者如果可能的话丢失是可以的，只是将其保存到 userDefaults。钥匙串在应用程序安装之间持续存在，甚至是用户切换手机，您可以将此 uuid 用作“每个设备的用户”