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