据我所知,使用连字符和下划线作为URI名称的分隔符是很常见的
/some-resources or /some_resources
我的web应用程序和后端都是JS,所以我使用camelCase命名约定。这意味着对于任何字段查询或请求有效负载。信息的大小写将与路径URI不同。
/some-resources?someAttribute=something
这被认为是一个糟糕的设计吗?
我看到IBM做了这样的事情:
/some_resources?someAttribute=something
是否值得将我的REST查询属性和有效负载转换为kebab-case
,然后在REST后端中有一个层来将属性标准化为camelCase
,以便它可以处理信息?
发布于 2019-04-15 02:21:26
使用哪种外壳并没有真正的区别,只有个人喜好。如果API是全大写的,我可能会有偏见地认为api的其他方面可能有问题……但是对于您提到的示例,不同的服务器端技术倾向于不同的大小写,没有一种是错误的。
但我更倾向于选择我的生态系统中最受欢迎的。
https://stackoverflow.com/questions/55675729
复制相似问题