Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/heroku/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Rest 关于休息和冷静_Rest_Coldfusion_Railo_Cfml - Fatal编程技术网

Rest 关于休息和冷静

Rest 关于休息和冷静,rest,coldfusion,railo,cfml,Rest,Coldfusion,Railo,Cfml,我无法向自己描述用于客户机/服务器交互的方法 在进行AJAX调用时,我使用?name=value&name=value查询字符串方法。然后将这些查询字符串参数放入ColdFusion中的URL结构中。ColdFusion使用什么方法处理这些参数?这种客户机/服务器交互将被称为什么 在我看来,REST似乎使用了/name/{value}/方法,几乎像是隐藏扩展的URL重写,并使用Application.cfc来监视HTTP谓词 这可能完全不符合实际情况,但当我想到REST时,我想到: 常规方式:m

我无法向自己描述用于客户机/服务器交互的方法

在进行AJAX调用时,我使用
?name=value&name=value
查询字符串方法。然后将这些查询字符串参数放入
ColdFusion
中的URL结构中。ColdFusion使用什么方法处理这些参数?这种客户机/服务器交互将被称为什么

在我看来,REST似乎使用了
/name/{value}/
方法,几乎像是隐藏扩展的URL重写,并使用Application.cfc来监视HTTP谓词

这可能完全不符合实际情况,但当我想到REST时,我想到:

常规方式:
mySite.com/MyCFC.cfc?name=value&name=value


REST:
mySite.com/users/name/{value}/

如果REST web服务指定您通过格式化为
mySite.com/users/name/{value}/
的URL向发送请求,则。。。这就是你的要求。我不完全确定这是怎么回事,现在还不清楚?我不是迟钝。。。我看不出有什么办法可以解释这一点

在ColdFusion的末尾,可以向CFC及其方法添加注释,以确定哪些方法响应哪些动词以及查询字符串、正文内容、标题和路径片段的组合(根据您的示例)

所有这些都在文档中进行了相当全面的介绍:


您可能可以通过彻底阅读这些文档并首先进行实验来回避大部分问题。

“ColdFusion使用什么方法来处理这些参数?”-我不理解这个问题。“这个客户机/服务器交互将被称为什么?”-我将其称为HTTP请求。REST不是关于URL的格式,而是关于URL后面的应用程序的体系结构。REST使用标准HTTP请求,这些请求没有任何特殊或不同之处。无查询的方法只是广泛采用的惯例,而不是硬性要求。默认值是标记为
text/html
的纯文本。对于CFC,这取决于调用的函数的
returntype
returnformat
设置。因此,总之,REST只是与标准查询字符串不同的URL处理方式?在我看来,休息需要更多的复杂性。。。由于URL是非标准的,因此需要一个框架来解析请求。。。正确(除非使用ColdFusion内置方式)?“REST只是处理URL的一种不同方式”不,REST是构建应用程序接口的一种特定方式。URL格式只是一种约定,所以REST体系结构监视HTTP请求动词,以启动它将要执行的任何处理。这是否意味着查询字符串可以使用标准方式,也可以使用编写RESTURL的常规方式?我在CFC中有一个名为“update”的方法,但我传入了其他参数来确定处理过程(都在标准查询字符串上)。这会被认为是RESTful吗?REST是什么已经通过谷歌知道的许多文档得到了很好的解释。事实上,第一场比赛是一个很好的解释:。我不认为这里有多少人能够更好地解释这一点。基本上,这是对HTTP协议意图的回归:文档通过URL路径寻址:
/user/adam
将是
adam
用户的记录。获取它将返回数据。删除它会删除它,等等。简而言之,剩下的就是URL和HTTP动词用法的标准化。