wcf - RPC 与服务总线风格 SPA

Question

这些架构的优缺点是什么？

RPC 我指的是远程过程调用服务，如 WCF、WebServices
等

然后在另一边，有更多的面向消息的框架
如 MSMQ、NServiceBus、ServiceStack 等

然后是混合方法，例如 WebAPI，这是某种
远程事件记录模式(开箱即用，它只支持非常
有限数量的动词，如“获取”、“放置”、“发布”等)。

不管它是如何实际实现的(也就是。我并不真正关心持久性、事务等，因为无论抽象如何，所有这些都可以实现)，这些抽象的优点和缺点是什么？

同样，请不要提供低级的实现细节，我只是想要在健全的架构、最佳模式和实践，甚至最适合采用每种情况的情况和原因方面的差异。

Answer 1

RPC 的唯一好处是它看起来很熟悉，并给开发人员一种错觉，即服务调用的外观和行为就像普通的方法调用一样。

否则 RPC 方法签名是紧密耦合的、脆弱的和脆弱的，并将您的服务契约(Contract)与其单个服务器实现联系起来。这是比较相同 WCF and Web API RPC services re-written in a message-based service 的较早答案.

对于背景阅读，我在 WCF vs ServiceStack interview on InfoQ 中描述了 RPC 与基于消息的服务之间的区别。以及 what a message-based service is和 their many advantages .