Golang 项目提供的 http 接口，返回的数据字段一般用小驼峰还是下划线命名法呢？

[inSpring]

[BeautifulSoap]

很多 api 返回值字段都是 snake_case ，所以我设计 api 全部以 snake_case 返回
反正无论是驼峰还是 snake_case 也就是 DTO 层转换一下的事情，对付服务端内部处理没任何影响，纯粹看前段和 app 那边的喜好

[fffq]

小驼峰，好看

[liudewa]

前端 js 规范 用的是小驼峰,不用下划线

[pkoukk]

随便，统一就行

[Meld]

字节 下划线

[daliusu]

发给前端的应该跟前端约定，跟你内部语言规范可以是两个，统一转一下就行，现在前端一般小驼峰多，只要统一我觉得都行，前端也可以做对应转换

[skywalkerfc]

跟语言没太大关系吧，跟公司或者团队的规范有关

[gimp]

下划线

[seth19960929]

下划线, 就是为了防止前端直接用, 希望双方都转一层

[k9982874]

request 用驼峰，response 用下划线（ doge

[jim9606]

golang 本身是小驼峰的。
不过如果涉及跨语言的数据绑定(例如 pb 的代码生成)，那还是下划线吧，这套在绝大部分语言下都没限制。

[IvanLi127]

下划线会比较稳妥。

[sardina]

统一就行，别一会下划线，一会小驼峰😒

[crackidz]

下划线

[chobitssp]

和数据库一致最省头发

[yb2313]

下划线更能快速识别啊

[coderzhangsan]

返回字段命名法，如果没有强制约定，我一般参考数据库字段规范吧，数据库字段是下划线就返回下划线，主要是不想额外处理下字段命名，嫌麻烦。

[woniu7]

从 go 的角度，大驼峰最方便，如果你用 struct 和标准 json 库转，这样不用写 json tag 。
从规范的角度，统一就行。

[layxy]

目前开发还是小驼峰比较多