我的API是RESTful API吗？

我一直在使用Phalcon开发我的web系统，并在其中添加了一个API，在该API中可以发送订单，也可以请求库存编号

我对web服务还不熟悉，所以只是想问问，我的API是RESTful API吗

• 所有请求都通过
• 所有请求都必须在用于身份验证的请求头中放置一个“API密钥”
• 如果他们想下载股票号码，他们会向
• 若他们想通过发送订单，那个么就向发送一个带有“data”参数的“POST”，该参数包含一个json_编码的订单详细信息数组

---

返回的数据通常是200状态代码，有成功或失败（返回401的无效API键除外）。

您可以自己回答这个问题。也许您的API是RESTful API。
但在此之前，您需要了解一些事情……

什么是RESTful服务/编程？
我对同样的问题有一个很好的、切中要害的解释

这里总结了一些要点。。。

• URI是当今无处不在的标识符选择。让URI标识您想要公开的每个资源和服务
• 使用HTTP方法<代码>创建，

  检索

  ，

  更新

  ，

  删除

  分别由HTTP

  POST

  ，

  GET

  ，

  PUT

  和

  Delete

  方法处理
• 使用以下适当的HTTP响应代码返回结果
  

您的API是否同时提供JSON和XML

支持JSON，除非您处于需要XML、模式验证和名称空间的高度标准化和规范化行业。并提供JSON和XML，除非成本惊人。理想情况下，让使用者在使用HTTP Accept标头之间切换，或者在URL上将扩展名从.xml更改为.json。

不过，请注意，一旦我们开始讨论XML支持，我们就开始讨论验证模式、名称空间等。除非您的行业需要，否则在开始时避免支持所有这些复杂性（如果有的话）。JSON被设计为简单、简洁和功能性的。如果可以的话，创建XML使其看起来像这样。

换句话说，让返回的XML更像JSON：简单易读，没有模式和名称空间细节，只显示数据和链接。如果最终变得比这更复杂，那么XML的成本将是惊人的。根据我的经验，在过去几年中，没有人使用XML响应。它太贵了，不能消费。

到

请阅读这篇文章的有价值的评论。这真的很有帮助。（如果你想了解更多细节，也可以阅读答案）

---

现在，我认为您可以自己决定您的API是否是RESTful API，您的服务是否符合HTTP和URI标准？它提供标准的超媒体格式吗？您的客户机是否遵循服务提供的超链接，而不是自己构建遵循的URI和方法？超链接和响应数据是否使用元数据进行注释，客户可以使用元数据来理解响应的含义以及如何处理响应？您的客户是否发送了识别每个请求的客户所需的信息？这些请求在服务器完全重新启动后会起作用吗？

这个术语使用得很松散，但有一些规范…&&&&&是服务的六个RESTful要求。这些要求最初是由罗伊·菲尔丁在他的博士论文中提出的。你能对照每一项检查你的服务并回答你自己的问题吗？