Rest 网络上程序之间的连接

我想深入了解通过网络提供程序之间连接的各种工具

为了澄清问题，我将其分为两个子问题：

• 为什么一些程序组（或使用该框架的编程语言的特定工具/框架/方法）在每个时期都很流行（我希望对已解决的问题进行描述，对工具的描述，为什么这些工具在当时被认为是这些问题的最佳解决方案，为什么一些工具失去了流行性）
• 网络软件通信的整个历史是什么？（工具/方法的普及精确到几十年）
• 这个问题的现代解决方案是什么

我只能区分两种重要的方法

RPC、RMI及其实现（我看到了，但这是关于解决这个问题的具体问题和具体工具，我想看看这个问题在整个网络互连程序中的位置。我听说了一些实现：ONC-RPC，，，但是现在哪些是活动的？哪些是合理的使用？哪些是更好的，为什么？我希望答案不是opin基于离子，所以我接受诸如“技术A在问题X上优于技术B，因为……”之类的回答，前提是有可靠的研究/统计数据或事实）。我听说RPC和RMI在10年前很流行。它们现在还流行吗

Web服务：

---

我错过了什么吗？也许有一些技术可以以全新的方式解决问题？也许有一些技术可以被视为RPC（RMI）和Web服务的替代品？对于任何任务，我们可以用REST替代RPC（RMI）吗？我们可以替代RPC（RMI）吗通过仅针对现代任务的REST？我是否应该将技术与RPC和Web服务分开，而不是以其他方式分开？

作为部分答案，我可以向您提供关于RabbitMQ使用的反馈。 如前所述，它提供了许多不同的使用方法：

• 通过实现“回调”队列来实现RPC
• 一对一、一对多路由策略，通过整个基础结构传播事件，并将目标指向正确的目的地

它具有持久化消息的能力，以避免在出现崩溃时丢失数据，还具有一些插件以增加可能性（例如x-delayed插件）

---

这项用Erlang编写的技术功能强大，在程序间通信方面是一项必须的尝试。

作为部分回答，我可以向您提供关于RabbitMQ使用的反馈。 如前所述，它提供了许多不同的使用方法：

• 通过实现“回调”队列来实现RPC
• 一对一、一对多路由策略，通过整个基础结构传播事件，并将目标指向正确的目的地

它具有持久化消息的能力，以避免在出现崩溃时丢失数据，还具有一些插件以增加可能性（例如x-delayed插件）

---

这项用Erlang编写的技术功能强大，在程序之间的通信方面是必须尝试的。

对于您的问题“我是否遗漏了什么”：是的

非常流行的通信模式是所谓的事件驱动或消息驱动协议。这类协议通常用于分布式系统，如web应用程序、微服务和物联网环境。通信是异步完成的，允许构建可扩展的松散耦合系统

事件驱动系统（如WebSocket、WebHook、Pub-Sub）和消息传递库（如AcitveMQ、OpenMQ、RabbitMQ、ZeroMQ和MQTT）有许多不同的框架和方法

---

希望这些信息对您的研究有所帮助。

对于您的问题“我是否遗漏了什么”：是的

非常流行的通信模式是所谓的事件驱动或消息驱动协议。这类协议通常用于分布式系统，如web应用程序、微服务和物联网环境。通信是异步完成的，允许构建可扩展的松散耦合系统

事件驱动系统（如WebSocket、WebHook、Pub-Sub）和消息传递库（如AcitveMQ、OpenMQ、RabbitMQ、ZeroMQ和MQTT）有许多不同的框架和方法

---

希望这些信息对您的研究有所帮助。

我听说过RabbitMQ，但如何将其与其他类似技术进行比较？我们应该何时选择它？这项技术有哪些缺点？@BhavinChirag，您应该看到：）我听说过RabbitMQ，但如何将其与其他类似技术进行比较？我们应该在什么时候选择它？这项技术的缺点是什么？@BhavinChirag，你应该看到：）Robert Orfali的书《分布式对象生存指南》90年代中期的《分布式对象生存指南》将为您提供一些关于旧技术历史的背景。这也是一本有趣的读物：-）90年代中期罗伯特·奥法利的《分布式对象生存指南》将为您提供一些关于旧技术历史的背景。这也是一本有趣的读物：-）