GET /getLastUser
或者这个:
POST /changeUserName
如果REST用于资源,而RPC用于过程,那么将RPC用于这样的事情难道不是一个糟糕的实践吗?
如果我错了请纠正我,但在我看来,RPC应该更纯粹地是功能性的。
意味着调用过程应该始终:
GET /addTwo?num=5
{
"result": 7
}
如果这个问题因为太“基于意见”而结束,我就会知道我应该做任何我想做的事...
RPC并不意味着是功能性的。两次调用同一个过程不能保证结果。
这个问题可以用几种不同的方式来回答,而且相当深刻。我想这可能是一个公平的总结。
这肯定不是REST,因为它不是无状态的。它考虑到cookies并有自己的会话。 是RPC吗?RPC和REST有什么区别?
我读过关于SOAP和作为web服务通信协议的REST之间的区别的文章,但我认为REST相对于SOAP的最大优势是: > REST更动态,不需要创建和更新UDDI(通用描述、发现和集成)。 REST不仅限于XML格式。RESTful web服务可以发送纯文本/JSON/XML。 但是SOAP更加标准化(例如:安全性)。 那么,我这几点是对的吗?
问题内容: 按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 我正在建立自己的Ajax网站,正在考虑在REST和RPC 之间。 如果我的服务器支持的Servlet我刚刚安装持之以恒,结束这个问题,但我的服务器不支持Ser
问题内容: 首先,一些定义: PUT在9.6节RFC 2616中 定义: PUT方法请求将封闭的实体存储在提供的Request-URI下。如果Request-URI引用了已经存在的资源, 则应 将封闭的实体 视为原始服务器上的 资源 的修改版本 。如果Request- URI没有指向现有资源,并且请求用户代理能够将该URI定义为新资源,则原始服务器可以使用该URI创建资源。 PATCH在RFC 5
问题内容: 这个 可以这样做: 现在,这两者在性能和/或渲染速度方面是否存在任何差异,或者它们是相同的? 问题答案: 用div模拟数据表在语义上是不正确的,并且通常与性能无关,因为渲染是即时的。瓶颈来自JavaScript或带有很多嵌套元素的超长页面,通常在过去,嵌套元素通常是100个用于创建布局的嵌套表。 将表用于其含义,将div用于其含义。display table- row和cell属性将更