首页 > 解决方案 > REST URIs 案例和有效负载案例

问题描述

根据我的阅读,通常使用连字符和下划线作为 URI 名称的分隔符

/some-resources or /some_resources

我的 web 应用程序和后端都是 JS,所以我使用 camelCase 命名约定。这意味着对于任何字段查询或请求有效负载。该信息的大小写与路径 URI 不同。

/some-resources?someAttribute=something

这被认为是一个糟糕的设计吗?

我看到 IBM 做了这样的事情:

/some_resources?someAttribute=something

是否值得将我的 REST API 查询属性和有效负载转换为kebab-case,然后在我的 REST 后端有一个层来规范属性,camelCase以便它可以处理信息?

标签: rest

解决方案


使用什么样的外壳并没有真正的区别,只有个人喜好。如果一个 API 是全大写的,我可能会偏向于认为 api 可能有其他问题……但是对于您提到的示例,不同的服务器端技术倾向于使用不同的大小写,并且没有一个是错误的。

但我更愿意选择我的生态系统中最流行的东西。


推荐阅读