这是我的错误认识还是业界实际?
话说为什么要搞两套风格,来回转换很烦啊。

代码里小驼峰更美观,但是 url 、git 、部分数据库 不区分大小写 只能下划线

数据库来答一下。主要还是规范,但是也有比如 mysql 默认不区分大小写,mongo 默认对象区分大小写,如果数据在这之间同步的话会比较乱,等等吧

我倒是奇怪很少有地方用 kebab-case,果然还是与减号歧义吗

VB 比较神奇,不区分大小写,但是 camelCase
工具层面上将所有标识符都自动转换为定义处的大小写。

关系型数据库里很多默认不区分大小写,所以用下划线区分。

MongoDB 等文档类的会保持和代码里的字段一致。

一般由 ORM 框架去解决自己定义的类和数据库存储对象的字段转换,自己不需要操心。

说来奇怪,代码里看驼峰舒服,数据库看下划线舒服
哦,单元测试也是下划线舒服,没啥道理
来回转换其实没啥,都是工具做的

兼容大小写不敏感的场景。

代码里用啥主要看习惯,有些人是因为尽可能少按键才用小驼峰。另外我个人会习惯在代码里用全大写+下划线来做常量名的格式,这个只要团队达成一致的标准就行,毕竟是给人看的。

#5 真的是看习惯了使然

习惯下划线分开清清楚楚明明白白

喜欢下划线,有间距分割,看的很清楚。驼峰真的看起来不美观,而且不够清晰明了。

域名不区分大小写,不支持下划线,只支持中划线。

#10

github page 的默认域名是以用户名命名的,因为这个原因,github 的用户名不支持下划线

Username may only contain alphanumeric characters or single hyphens, and cannot begin or end with a hyphen.

我见过开发规范要求数据库字段命名是特么大驼峰的 离谱

我是后端,用的是下划线。

能用驼峰用驼峰,不能驼峰再用下划线
一般开发语言都区分大小写所以用驼峰
数据库比如 mysql 不区分大小写所以用下划线

运行在服务端的东西得考虑 windows 和 linux 的区别

数据库相关的 SQL 和很多数据库列名都不区分大小写的,你在不区分大小写的环境用驼峰?

我喜欢下划线!

约定俗成的规范吧,大家都爱用,用的人也很多,自然而然形成的规则。

随便用

除了大小写敏感之外,不同语言推荐的写法也不太一样。
python 里的变量比较多使用下划线,typescript 用小驼峰,偶尔兼职写写 php,看着历史代码不同风格的变量名要吐了。

PS:url 里有不少小驼峰式的命名(应该是沿袭以前 cgi 时候的),不过我个人比较喜欢用连字符,就像 stackoverflow 那样

数据库用蛇形命名,不过感觉用小驼峰保持实体一致,挺好的

磕巴 case,😄😄

CSS 用 kebab-case,哈

有可能当初都是下划线,但是 java 诞生后小驼峰也诞生,大家开始用小驼峰,但是数据库一般由于历史原因不会重刷,久而久之就变成现在这样了。

解答了我对于后台返回数据经常是下划线连接的疑问

pgsql 字段名大小写就不敏感,只能用下划线了

下划线 yyds

写代码小驼峰太丑了,第一个字母小写破坏了整个单词的美感;大驼峰还行,挺好的;最好看的是下划线命名法,清晰美观。我写代码都用下划线命名。
url 或者文件路径这种全小写然后中划线分割

自己动手,丰衣足食。

前端拿到后台下划线的属性,全部统一转驼峰。

另外,后台的数据还会有明明是数字,给的是字符串。明明是 boolean,给的是 0,1.

有些人,觉得 js 没有类型。时间、日期能给时间戳,真的是要感天动地。

貌似很多人以为前端要时间,就是 YYYY-MM-DD 。他们区分不了,什么是数据,什么是视图展现。

如果需求变了,他们还要改接口,烦死个人。