RESTful 设计不佳的示例
Examples of Poor RESTful design
我希望了解不良 RESTful 设计的后果。例如，我听说在 REST 端点中使用动词而不是名词是不好的做法。我想知道在这种情况下使用动词的后果。
基本上，不遵循 RESTful 设计的后果是您没有实施 RESTful 服务。就这些了。
目前，我不知道在发布非RESTful服务后会发生任何原子爆炸。
顺便说一句，如果您的文档说明您的 API 是 RESTful 并且您不使用 URI 作为资源标识符，那么您在 URI 中使用了动词（也就是说，它们没有指向资源但操作）并且您没有遵循更多规则将 API 视为 RESTful，您正在破坏 [=43= 的目的] API 因为它应该建立在 约定优于配置 范式之上，并且声明 我是 RESTful 而你不是RESTful不是惯例：这是反惯例。
您仍然可以实施非 RESTful API，但您需要教您的客户如何使用它，因为没有人开发像您这样的 API .
总结：
- REST 是一种范式。你可以随它去，也可以走你自己的路。
- 如果您不采用 RESTful API，除了您的观众不会理解您的 API 默认设计 外，没有直接的技术后果。
我希望了解不良 RESTful 设计的后果。例如，我听说在 REST 端点中使用动词而不是名词是不好的做法。我想知道在这种情况下使用动词的后果。
基本上，不遵循 RESTful 设计的后果是您没有实施 RESTful 服务。就这些了。
目前，我不知道在发布非RESTful服务后会发生任何原子爆炸。
顺便说一句，如果您的文档说明您的 API 是 RESTful 并且您不使用 URI 作为资源标识符，那么您在 URI 中使用了动词（也就是说，它们没有指向资源但操作）并且您没有遵循更多规则将 API 视为 RESTful，您正在破坏 [=43= 的目的] API 因为它应该建立在 约定优于配置 范式之上，并且声明 我是 RESTful 而你不是RESTful不是惯例：这是反惯例。
您仍然可以实施非 RESTful API，但您需要教您的客户如何使用它，因为没有人开发像您这样的 API .
总结：
- REST 是一种范式。你可以随它去，也可以走你自己的路。
- 如果您不采用 RESTful API，除了您的观众不会理解您的 API 默认设计 外，没有直接的技术后果。