0
我们设计了一个API的应用程序，其中客户端（外部）可 与之交互的应用程序同步地说： 一）请求的计划 b）取消计划等设计使用同时支持同步和异步调用
但是，一旦制定计划，关于是否批准或拒绝计划 的决定是异步完成的。应用程序本身 可以异步发送其他通知给客户端。这部分有 已经实现了使用spring对websocket框架的跺脚。这 工作非常好。现在
，即将API的同步部分，该计划是提供 交互作用的RESTful接口。如果这样做， 客户端将不得不建立两个不同的客户端API，一个使用http 进行RESTful调用，另一个使用stomp客户端来使用通知。
我们应该让它通过一个接口访问吗？
我不相信使用Stomp进行同步调用，因为我认为REST框架 将很好地解决用例问题。不过，我担心客户需要这样做，尽管它是针对不同的功能。
支持两者都可以吗？这是一个很好的设计实践。有人可以咨询吗？