Rest 安静，适合所有人？

REST体系结构是否适合所有情况

举个例子：

Person {
    int id;
    String name;
    boolean verified;
}

现在，“已验证”是对此人进行的第三方验证的“结果”

在休息前的时代，我会这样写：

www.prerest.com/person/verify

验证人员并用“操作”结果更新标志

如何为此编写一个基于名词的RESTful API

---

如果我决定写一个基于动词的API，比如上面的那个，我想它不会是一个RESTful架构。这会被称为“坏主意”吗？

听起来验证可能是一个长期运行的过程

对此建模的一种方法是引入一个

验证

资源，使用POST创建一个，并最终得到验证结果的

位置

，或者一个允许您在验证结果可用时发现其的资源

POST /person/123/verification
--> Location: /person/123/verification/456

REST体系结构是否适合所有情况

这是罗伊·T·菲尔丁

REST适用于跨多个组织的基于网络的长期应用程序。如果您认为不需要这些约束，那么就不要使用它们

但这似乎不是你要问的

在休息前的时代，我会这样写

很好。REST不关心标识符的拼写。服务器完全可以自行决定将信息编码到标识符中，以供自己专用

www.prerest.com/person/verify

就剩下的部分而言，非常好。也是如此

wwww.prerest.com/223d17c3-6f6a-42b6-9ddd-599df9811ad4

如果我决定写一个基于动词的API，比如上面的那个，我想它不会是一个RESTful架构。这会被称为“坏主意”吗

如果您担心URI的拼写，我可以向您保证，它已经不是RESTful体系结构了。请看下面的讲话

但是如果你的地方风格指南要求使用名词。。。。请注意端点返回的文档。“资源”是一种集成资源——那么它的名称是什么？客户端是否与验证令牌集成？索赔支票？报告