REST API模式的替代方案

Question

我正在撰写一篇论文,其中涉及RESTful Web API与其相应替代方案之间的比较.问题是,我非常偏向于REST,并且未能找到任何可以比较的值得注意的架构模式.

我的比较是从消费者的角度分析模式(或样式)(主要是消费者的API的通用性).

您能否为我推荐REST的替代方案(作为上述方面的比较软件架构模式？到目前为止,我坚持使用SOAP.

PS如果问题仍然过于宽泛,我可以将其缩小一点.

Answer 1

也许您可能想要寻找的RESTful API的一个方面是"可伸缩性".REST API是否可扩展？如果他们这样做,为什么下面的公司会走自己的路？

• Facebook:GraphQL.

GraphQL是API的查询语言,是使用现有数据完成这些查询的运行时.

• Netflix:FALCOR

Falcor允许您通过虚拟JSON图表将所有远程数据源表示为单个域模型

Answer 2

此外,REST API的替代方案是gRCP(https://grpc.io/).

Answer 3

• 消息传递是仍在使用的REST和SOAP的主要替代方案 - 所以像JMS,RabbitMQ等等.您可以使用消息传递创建一些高度复杂的分布式系统.
• 分布式对象服务,如COM,Corba,EJB.它们今天并不像过去那样受欢迎,但你肯定能找到它们.
• 还有Java RMI,实际上大多数语言都有针对远程过程调用的语言特定机制.在同构环境中,它们可以用作分布式体系结构的基础.