rest - 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
以便它可以处理信息?
解决方案
使用什么样的外壳并没有真正的区别,只有个人喜好。如果一个 API 是全大写的,我可能会偏向于认为 api 可能有其他问题……但是对于您提到的示例,不同的服务器端技术倾向于使用不同的大小写,并且没有一个是错误的。
但我更愿意选择我的生态系统中最流行的东西。
推荐阅读
- angular - NGRX/RXJS 观察者在页面刷新时未发出
- python - 列表索引超出范围,使用 sort(key=lambda) 进行索引
- go - 如何将特定字符串转换为键和值的拆分“=”并在golang中将其转换为json
- jsf - “目标无法到达,标识符‘mainBean’解析为空”JSF
- python - Python 3 Schedule 随时运行
- javascript - 是否可以编译 javascript 来保护浏览器 webapp 的源代码?
- c# - 如果班级发生变化,如何强制其他地方发生变化?
- javascript - 延迟后的承诺
- php - 使用 ajax 从 mysql DB 检索和打印数据到文本框(如何在同一个 php 页面中使用它两次)
- r - 处理发生在同一日期的值