我做了一些搜索,但没有一个满足我的要求,可能是我搜索了错误的关键字,如果是这样,请给我指出正确的方向。
我有 Android 和 iOS 客户端应用程序,以及用于后端的 Rails。移动用户可以登录自己的帐户并向 friend 发送消息。现在我正在使用http请求+推送通知来实现这个。更具体地说,我们有客户端 A
和 B
,A
将发送一条消息以及 B
的 id,服务器会将该消息推送到 B
并将该消息添加到具有 unread
属性的 messages
表中。如果B
打开消息页面,A
和B
的那些消息将变为已读
。
经过一些研究,我意识到 A
和 B
是否都在互相发送消息(即 A
的消息页面)正在发送给B
,反之亦然),最好使用socket发送消息,效率更高。
现在我的问题是我应该使用Rails作为服务器套接字
,每个客户端只需连接到服务器
,或者A
或之一>B
将是服务器套接字?如果 Rails 作为 server socket
并且有很多流量或同时打开套接字,那会不会有问题?
最佳答案
我认为你可以使用faye ,用于 web/android/ios 的简单发布/订阅消息传递。 王菲:https://github.com/faye/faye
关于ios - 移动设备通过 Rails 后端相互发送消息,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26748253/