XML-RPC 是一个具有很大价值的远程函数调用协议：它比所有竞争对手都差。与 Java RMI 或 CORBA 或 COM 相比，XML-RPC 可以发送的数据类型很少，而其消息的大小却很庞大。XML-RPC 滥用 HTTP 协议以避开完全有必要存在的防火墙，因此会发送无状态消息并造成通道瓶颈。与 SOAP 相比，XML-RPC 缺少了重要的安全性机制和健壮的对象模型。作为数据表示法，与许多本机编程语言机制（如 Java 的 serialize 、Python 的 pickle 、Perl 的 Data::Dumper 或 Ruby、Lisp、PHP 和许多其它语言的类似模块）相比，XML-RPC 显得缓慢、笨拙且不完整。

换句话说，XML-RPC 是 Richard Gabriel 关于软件设计的“更坏就是更好”理念（请参阅 参考资料）的完美体现。对于 XML-RPC，我几乎不能写出比上一段中更生动的描述，而且我认为这个协议非常适合许多大型的任务。要理解其中原因，值得引用 Gabriel 的“更坏就是更好”理念原则：

* 简单性：在实现和接口中，设计必须简单。相对于接口而言，实现的简单性更为重要。简单性是设计中最重要的注意事项。
* 正确性：在所有可观察的方面，设计都必须正确。正确性的重要程度仅次于简单性。
* 一致性：设计不能过于不一致。在某些情况下，为了实现简单性可以牺牲一致性，但放弃设计中处理非常见情况的那些部分比引入实现复杂性或不一致性更好。
* 完整性：实际上，设计必须覆盖许多重要的情况。应该覆盖可能出现所有情况。为保证其它质量，可以牺牲完整性。实际上，只要危害到实现简单性，就必须牺牲完整性。如果保证了简单性，可以牺牲一致性以实现完整性；尤其是在接口的一致性没有价值的情况下