RPC与服务总线样式SPA

Question

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

1. 通过RPC我的意思是远程过程调用服务，如WCF，WebServices 等

2. 然后在另一方面，有更多面向消息的框架 例如MSMQ，NServiceBus，ServiceStack等。

3. 然后是混合方法，如WebAPI，这是某种类型 一个远程的活动记录模式（开箱即用它只支持一个非常 有限数量的动词，如“获取”，“放”，“发布”等。）。

忽略，它是如何实际实现的（又名。我并不真正关心持久性，事务等等，因为无论抽象如何都可以实现），这些抽象的好处和缺点是什么？

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

Answer 1

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

否则，RPC方法签名紧密耦合，脆弱且易碎，并将服务合同与其单一服务器实现联系起来。这是较早的答案，比较相同的WCF and Web API RPC services re-written in a message-based service。

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