这是一个创建于 301 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
helone 2025 年 3 月 19 日
个人倾向小驼峰
|
 |
2
securityCoding 2025 年 3 月 19 日
驼峰
|
 |
3
sthwrong 2025 年 3 月 19 日
完全看项目风格，和前端约定一致就行。
|
 |
4
waising 2025 年 3 月 19 日
下划线
|
 |
5
linauror 2025 年 3 月 19 日
统一就行
|
 |
6
oliveira 2025 年 3 月 19 日
golang 和 js 的变量都是小驼峰风格，建议还是使用小驼峰。
|
 |
7
v1 2025 年 3 月 19 日
看约定啊，一般用下滑线，前端工具千奇百怪的，还大小写不敏感
|
 |
8
Rickkkkkkk 2025 年 3 月 19 日
看现成的是怎么用的，抄一下
如果是全新的项目，建议下划线 |
 |
9
zoharSoul 2025 年 3 月 19 日
小驼峰
|
 |
10
0x676e67 2025 年 3 月 19 日
个人喜欢下划线，但还是要看语言风格写
|
 |
11
shakaraka PRO 下划线。免得有些人大小写不分
|
 |
12
Maboroshii 2025 年 3 月 19 日 via Android
常用的加 tag 的工具默认生成下划线命名的，所以一般返回 json 时用下划线。
|
 |
13
zone10 2025 年 3 月 19 日
v 站和知乎都是下划线
|
 |
14
javalaw2010 2025 年 3 月 19 日
看个人/团队偏好。我喜欢下划线，比大小写清晰一点，之前调研过 github ，发现两种的都有，大概是历史遗留问题了。
|
 |
15
dcsuibian 2025 年 3 月 19 日  2
JSON 是 JavaScript Object Notation
而 JavaScript 的规范是变量小驼峰，所以就小驼峰 |
 |
16
james122333 2025 年 3 月 19 日 via Android
个人爱用下划线
可惜语言特性不允许 不然很想写全小写+下划线 比较清爽整洁 |
 |
17
hello333 2025 年 3 月 19 日
在 http 中传递的参数一般使用下划线，无论发送请求还是响应。
|
|
18
hello333 2025 年 3 月 19 日
变量小驼峰、类大驼峰、HTTP 传递的参数采用下划线。
即使在 js 中变量是小驼峰，但 ajax 参数采用下划线，以便区分。 |
 |
19
knva 2025 年 3 月 19 日
下划线好一点
|
 |
20
Ayanokouji 2025 年 3 月 19 日
下划线，golang 的 tag 和 数据库默认的 tag 是下划线
|
 |
21
BeautifulSoap 2025 年 3 月 19 日 via Android
很多 api 返回值字段都是 snake_case ，所以我设计 api 全部以 snake_case 返回
反正无论是驼峰还是 snake_case 也就是 DTO 层转换一下的事情，对付服务端内部处理没任何影响，纯粹看前段和 app 那边的喜好 |
 |
22
fffq 2025 年 3 月 19 日
小驼峰，好看
|
 |
23
liudewa 2025 年 3 月 19 日
前端 js 规范 用的是小驼峰,不用下划线
|
 |
24
pkoukk 2025 年 3 月 19 日
随便，统一就行
|
 |
25
Rat3 2025 年 3 月 19 日
字节 下划线
|
 |
26
daliusu 2025 年 3 月 19 日
发给前端的应该跟前端约定，跟你内部语言规范可以是两个，统一转一下就行，现在前端一般小驼峰多，只要统一我觉得都行，前端也可以做对应转换
|
 |
27
skywalkerfc 2025 年 3 月 19 日
跟语言没太大关系吧，跟公司或者团队的规范有关
|
 |
28
gimp 2025 年 3 月 19 日
下划线
|
 |
29
SethShi 2025 年 3 月 19 日
下划线, 就是为了防止前端直接用, 希望双方都转一层
|
 |
30
k9982874 2025 年 3 月 19 日 via Android
request 用驼峰，response 用下划线（ doge
|
 |
31
jim9606 2025 年 3 月 19 日 via Android
golang 本身是小驼峰的。
不过如果涉及跨语言的数据绑定(例如 pb 的代码生成)，那还是下划线吧，这套在绝大部分语言下都没限制。 |
 |
32
IvanLi127 2025 年 3 月 19 日
下划线会比较稳妥。
|
 |
33
sardina 2025 年 3 月 19 日 via iPhone
统一就行，别一会下划线，一会小驼峰😒
|
 |
34
crackidz 2025 年 3 月 20 日
下划线
|
 |
35
chobitssp 2025 年 3 月 20 日
和数据库一致最省头发
|
 |
36
yb2313 2025 年 3 月 20 日
下划线更能快速识别啊
|
 |
37
coderzhangsan 2025 年 3 月 20 日
返回字段命名法，如果没有强制约定，我一般参考数据库字段规范吧，数据库字段是下划线就返回下划线，主要是不想额外处理下字段命名，嫌麻烦。
|
 |
38
woniu7 2025 年 3 月 20 日
从 go 的角度，大驼峰最方便，如果你用 struct 和标准 json 库转，这样不用写 json tag 。
从规范的角度，统一就行。 |
 |
39
layxy 2025 年 4 月 2 日
目前开发还是小驼峰比较多
|
Select Language