这是一个更理论的问题.我即将在此建立一个小服务器,并为此创建一个API.我正在决定什么是更好的,已经排除了SOAP,因为这件事情在我看来是一团糟.我留下了REST和XML-RPC.我真的很喜欢XML-RPC,它实现起来很简单,它的规则足以使所有客户端都可以轻松使用.这些天,所有酷的孩子都在做RESTful的东西,有时甚至使用JSON有效载荷或XML文档,甚至HTTP POST VARIABLES.我认为这些家伙总是为每项服务重新发明.通过使用XML-RPC进行REST,我看不到可以获得什么.
那么这里有人可以通过使用XML-RPC来提供使用REST JSON实现API的实际原因吗？
REST与RPC实现(如XML-RPC)是一种虚假的二分法.您可以使用XML-RPC实现RESTful接口(尽管您可能不想).也就是说,有一些原因,您将以RESTful方式使用vanilla HTTP公开资源,而不是使用像XML-RPC这样的技术来滚动自己的RPC接口：
>未来操作主要由服务器控制,而不是通过过程调用在客户机中进行硬编码,从而简化部署和版本控制.
>现有的实现方式,如缓存,限制和版本控制可以开箱即用.
>使用RPC界面滚动的自定义过程可能太狭隘.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
