Rest 关于休息的愚蠢问题

REST是否可以纯粹用作轻量级SOAP替代品（而不必真正担心相关的名词和动词）？关于SOAP，我真正讨厌的是它在消息负载方面增加的开销，我喜欢在REST中使用JSON，这会使通信变得简洁

为了便于客户端集成，提供从服务器到客户端的定义的最佳方式是什么。在阅读其他文章时，似乎有很多人反对提供类似WSDL的替代方案（即WADL？）。如果服务器和客户端都知道可能发生的更改，并且如果我使用REST的原因仅在上述第1点，那么为什么这是一件如此糟糕的事情呢

REST是否可以纯粹用作轻量级SOAP替代品（而不必真正担心相关的名词和动词）

如果你还想叫它休息的话就不需要了。根据定义，REST关心名词和动词。如果您只想使用JSON进行RPC，请继续。但是，您最终得到的可以更好地描述为“SOAP-lite”

为了便于客户端集成，提供从服务器到客户端的定义的最佳方式是什么。阅读其他帖子post1 post2，似乎有很多人反对提供类似WSDL的替代方案（即WADL？）。如果服务器和客户端都知道可能发生的更改，并且如果我使用REST的原因仅在上述第1点，那么为什么这是一件如此糟糕的事情呢

WSDLish的“定义”被认为是不好的，因为REST实际上不是一个RPCish样式的协议。使用REST，您可以从一个入口点开始，然后在响应中跟踪服务器提供的URL。客户机不需要对方法调用等进行“定义”——标准HTTP谓词应该具有标准、明显和适当的效果——甚至不需要关于如何构造URL的先验知识；响应中应提供URL。例如，如果您正在获取用户配置文件，则响应的一个字段可能是该用户的url。如果您正在查看订单，订单中的每个项目都会有一个URL（作为字段！），您可以使用该URL检索该项目的信息。像这样