对Microsoft Azure多媒体服务REST API正确性的质疑

对Microsoft Azure多媒体服务REST API正确性的质疑,rest,http,azure,httpverbs,Rest,Http,Azure,Httpverbs,。对于模式和示例实现以及REST中的动词,我发现了它,当检查它时,他们似乎发明了一个新动词CancelJob,并通过HTTPGET改变内部状态 GET https://media.windows.net/API/CancelJob?jobid='URL-encodedvalue' 这似乎与最佳实践相矛盾,应该使用作业资源和删除来实现,还是这样做也正确 DELETE /API/Jobs?jobid='URL-encodedvalue' 甚至 DELETE /API/Jobs/jobid RE

。对于模式和示例实现以及REST中的动词,我发现了它,当检查它时,他们似乎发明了一个新动词
CancelJob
,并通过HTTP
GET
改变内部状态

GET
https://media.windows.net/API/CancelJob?jobid='URL-encodedvalue'
这似乎与最佳实践相矛盾,应该使用
作业
资源和
删除
来实现,还是这样做也正确

DELETE
/API/Jobs?jobid='URL-encodedvalue'
甚至

DELETE
/API/Jobs/jobid

REST已经成为人们在HTTP上使用的任何API的流行语。这个API似乎就是一些人所说的REST级别1。级别1表示您仅将HTTP用作传输机制。它不遵守HTTP设计的任何REST约束。我认为称这些API为REST是不公平的,但许多人仍然这样做,因为REST很流行,商业/营销人员可以说他们有一个RESTAPI。我怀疑这个API就是这种情况,因为这个API的架构师显然没有努力遵循REST原则。

是什么让你认为这个服务有任何实现REST架构的意图?哈,页面链接的标题是“REST API函数”。@JohnSaunders是的,因为页面的标题很明确地说明了这一点。另外,左边的子树名为:Azure Media Services REST APIReference@RaulNoheaGoodness:现在,阅读此问题的每个人都会知道API声称是REST API,不需要问同样的问题。OP应该编辑问题以包括API的名称,这将是一个更好的方法,以确保未来的读者不需要问我所问的问题。@JohnSaunders完全同意,ArielM请编辑您的问题。谢谢,一家提出此类声明的大公司令人困惑。正如我提到的,我在寻找一些REST实现示例时发现了它。这消除了这些疑虑。