URI和响应中参数的API最佳实践

Question

我试图遵循API的最佳实践，但我得到了相互矛盾的建议。大多数人建议对URI使用脊柱病例（例如stackoverflow和RFC3986。我有一个API，允许通过各种参数过滤GET请求：

< code >获取/终结点？my-parameter=true

但是，我也在 GET 响应和 PATCH 请求中使用相同的参数。在那里，我看到更多的骆驼大小写或snake_case，脊柱大小写是一个额外的语言，不允许在变量名称中使用连字符。所以我用这个：

   { 
      myParameter: true
   }

这似乎不一致。处理这些案件的最佳做法是什么？

Answer 1

正如埃弗特所说，这个问题没有正确答案。

spinal case被排除在外，因为它不适用于JavaScript等一些语言的基本语法格式。例：回应。用户名将中断，必须写入响应[“用户名”]

因此，我们只剩下骆驼壳和snake_case。在这些中，我个人更喜欢snake_case因为它比骆驼大小写更清晰地区分单词。

因此，使用哪一个完全取决于您的意见，但请确保您在所有API中都遵循它。