我们正在为客户端(外部)可以的应用程序设计API 与它同步互动说: a)申请计划 b)取消计划等
然而,一旦制定计划,就决定是否有计划 批准或不批准是异步完成的。应用程序本身 可以异步发送其他通知给客户端。这部分有 使用spring踩踏websocket框架实现了。这个 工作得非常好。
现在,进入API的同步部分,计划是提供 用于交互的RESTful接口。如果这样做,那么 客户必须构建两个不同的客户端API,一个使用http 用于进行RESTful调用而另一个用于使用stomp客户端来使用通知。
我们是否应该通过一个界面访问它?
我不相信使用Stomp进行同步调用,因为我认为是REST框架 将很好地解决用例。但是我担心客户需要两者兼顾,尽管它是针对不同的功能。
支持两者都可以吗?这是一个很好的设计实践。有人可以请一点建议吗?
答案 0 :(得分:0)
基于HTTP的客户端可以a)发送请求('简单轮询),在长间隔中限制带宽使用,或b)使用HTTP长轮询(阻塞)在服务器发送响应时立即将控制权返回给客户端代码