【发布时间】:2018-09-27 22:59:13
【问题描述】:
我需要在 iOS 和 Android 上开发一个具有实时功能的应用程序:应用程序用户需要定期实时共享代码,无需轮询。
我通常使用网络套接字来执行此操作,并且仅将推送通知用于向用户发送附加通知(当应用程序处于后台时)。因此,推送通知对应用程序逻辑没有影响(这是一个优点)。
我的疑问是,我可以用 Firebase 推送通知(用于接收)+ Rest API(用于发送)完全取代 web-socket 通信吗? 推送通知是否足够可靠?
一般来说,推送通知可以代替 websocket 来实现应用程序逻辑吗?
解决方案 1(网络套接字 + 推送通知)
User A -> App (websocket) -> Server (web socket + push-notification) -> App -> User B
用户 A
解决方案 2(推送通知 + REST API)
用户 A -> 应用程序(rest-api)-> 服务器(推送通知)-> 应用程序 -> 用户 B
用户 A
【问题讨论】:
-
我对同样的概念非常感兴趣。你试过了吗?我想推送通知的“唯一”失败将是事实,它们不是实时的,但允许一些滞后
标签: firebase websocket push-notification