根据我所读的内容,通常使用连字符和下划线作为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
,以便它可以处理信息? / p>
答案 0 :(得分:1)
使用哪种外壳没有真正的区别,只有个人喜好。如果某个API遭到了ALL-CAPS的嘲笑,我可能会偏向于认为api可能有其他问题……但是对于您提到的示例,不同的服务器端技术倾向于使用不同的大小写,而且没有错。
但是我宁愿选择在我的生态系统中最流行的东西。