需要推送通知和订阅处理建议

时间:2019-05-24 09:04:39

标签: ios swift push-notification firebase-cloud-messaging

我开始为我的项目实现推送通知,对此我感到很困惑,我想对几件事进行一些解释。

应用场景:

该项目由两个应用程序组成,第一个用于客户,第二个用于商店。

从客户的应用程序中,您可以:

1向车间预定车间预约。

2:从商店购买。

3:向Firebase节点发送一般通知(一种位智风格),其他用户检查未打开某个视图控制器。

我的目标是:

  1. 要使商店应用能够向所有客户应用发送促销通知,它可以是服务或产品。
  2. 要使商店应用与特定客户进行交流, 预定了一个约会,他的修理已经完成,或者他的命令 已经准备好了。
  3. 要使客户的应用能够订阅 某种类型的警报,因此他们不必打开特定的警报 查看控制器,但在特定类型的 通知已添加。

对于目标2,据我从https://www.iosapptemplates.com/blog/swift-programming/device-to-device-push-notifications-swift-firebase,Firebase文档和此处其他帖子在堆栈溢出中了解到,我必须将从didRegisterForRemoteNotificationsWithDeviceToken获得的令牌和用户详细信息保存在Firebase节点中并且它将永远是最新的。因此,当商店的应用程序必须向特定客户的应用程序发送消息时,我可以直接从Firebase获取令牌,以获取用户向其发送消息的权限,然后进行消息传递。我实际上要让商店应用知道新预订的方式是,通过从客户的应用在Firebase中的商店节点中保存新条目,只传递预订详细信息和客户名称,在商店的应用中,我在该节点上有观察者,获取这些详细信息并执行商店的应用逻辑,我是否应该更改它并在此处使用推送通知?如果是这样,应该将商店的应用下标到他的节点还是该如何处理?

对于目标1,我可以使用City参数获取所有用户,收集所有令牌,然后对目标2进行收集,但是我需要知道哪些客户订阅了该类型的通知?

据我了解,对于目标3(Waze风格警报),我已经使客户能够订购某种类型的警报。如果最终更改为使用推送通知,逻辑与第一目标的逻辑会有所不同吗?

我对这三个假设是正确的,还是我误解了某些东西? 您能否为我实现三个目标指明正确的方向?我读了很多文章,但是我的经验不足和有关旧版本框架的文章和迅速的内容使我感到困惑。 一如既往,非常感谢您。

0 个答案:

没有答案