这是一个创建于 4151 天前的主，其中的信息可能已经有所发展或是发生改变。
 | 1 wwek 2014-06-06 09:18:50 +08:00  2 难道用驼峰? |
 | 3 dallaslu 2014-06-06 09:20:41 +08:00 也许是从标签不分大小写开始的吧 |
 | 4 Mutoo 2014-06-06 09:22:46 +08:00 前端经常要跟文件打交道，文件命名用驼峰式很奇怪吧。 |
 | 5 cyyever 2014-06-06 09:28:57 +08:00 2 开源模块(jquery)或者技术书籍的影响，或者Unix文化或者linux文化的影响？驼峰感觉是微软的东西，和linux文化不相容吧。比如我看过的开源代码，基本上都是下划线的。这也正常，因为Unix本来就比微软早。posix定义的system call风格也是下划线的。如果在这种文化薰陶下的人（比如我）下意识会抵制驼峰法。但是Javascript官方函数都是驼峰法的，难道90年代在网景也被微软文化影响了？ 当然上面的话纯属扯淡。。真正的原因是切换大小写太麻烦了。。影响打字速度。。 |
 | 6 hzlzh PRO BEM 命名法 |
 | 7 lijsh 2014-06-06 09:37:34 +08:00 Javascript里用驼峰的很普遍啊 |
 | 8 ZhaoMiing 2014-06-06 09:37:44 +08:00 3 js：驼峰 css：中划线 文件：下划线 |
 | 9 caoyue 2014-06-06 09:40:49 +08:00 1 用中划线有个好处就是如果是 a-b-c 这样的类型，双击就可以选中 b 而不是全部 |
 | 10 a591826944 2014-06-06 09:54:04 +08:00 1 @caoyue 这种事情有利有弊。。如果我双击就想选中全部呢。。那还麻烦了呢 |
 | 11 jsonline 2014-06-06 09:54:27 +08:00 via Android 不会有结果的 |
 | 12 zhez 2014-06-06 10:01:09 +08:00 1 @cyyever 下划线也要按住Shift键,大小写也要按Shift键,所以我认为不存在切换大小写的问题.特别是作为一个对键盘布局熟悉得不能再熟悉的程序员. |
 | 14 lyazure 2014-06-06 10:15:13 +08:00 @cyyever jquery是驼峰的, Javascript和Java都是Camel Case的 微软的C是Pascal Case+Camel Case的，微软出品的最出名的是匈牙利命名法 Unix和C社区流行的是下划线命名法 命名这东西有规范按规范，没规范随大流，团队协作的话最好用统一的规范，一些大公司比如google的编程规范里面都会有命名这块的约定 |
 | 15 aisin 2014-06-06 10:16:38 +08:00 via iPhone @a591826944 赞同，想法和你一样 |
 | 16 chairuosen 2014-06-06 10:17:02 +08:00 1 我习惯这样 js变量用驼峰，css样式用中划线，css锚点用下划线，全局搜一个东西不会混在一起 |
 | 19 cevincheung 2014-06-06 10:39:05 +08:00 搞不懂为什么要纠结，萝卜青菜，各有所外，你爱驼峰， 我就爱下划线啊 |
| 20 cevincheung 2014-06-06 10:39:44 +08:00 另外一贴。 [为什么前端命名的时候都爱用驼峰而不是下划线和中划线] |
 | 21 csx163 2014-06-06 10:43:07 +08:00 驼峰我不能一眼看出是什么意思,就这样 |
 | 23 learnshare 2014-06-06 10:58:32 +08:00 代码风格的东西，没有什么好讨论的吧 |
 | 24 egen 2014-06-06 11:23:42 +08:00 有论文研究过，驼峰法相对下划线的命名识别速度要慢 |
 | 25 acthtml 2014-06-06 11:28:10 +08:00 中划线是连字符。 |
 | 26 otakustay 2014-06-06 11:32:08 +08:00 1 中划线有很明显的渐进关系，比如 user-list user-list-item user-list-item-name 很明显他们是从父元素到子元素的关系，而用驼峰就要去一长串里面找大写的字符蛮累的 |
 | 27 nigelvon 2014-06-06 12:51:34 +08:00 css一般规范都是用中划线，js驼峰和下划线都有。 |
 | 28 sneezry 2014-06-06 12:54:53 +08:00 《可维护的Javascript》一书中明确建议Javascript变量命名采用小写字母开头的驼峰式写法。 |
 | 29 hanf 2014-06-06 12:56:33 +08:00 下划线输入更快更容易 驼峰字符串的辨识性比下划线差 驼峰看起来太严肃，不够自由玩乐 这些理由够么。 |
 | 30 zzNucker 2014-06-06 14:13:45 +08:00 CSS谁用驼峰啊。。。。 蛋疼 |
 | 31 ianva 2014-06-06 14:26:29 +08:00 css 中在某些浏览器下用大小写和下划线会有问题，所以最常用的是中划线 js 驼峰盛行的考虑很可能是基于在早期js压缩还未流行时限制字节的一种方式，不考虑这个的话下划线应该是最好的方式，相比驼峰更清晰易读，如 ruby |
 | 32 saharabear 2014-06-06 14:28:47 +08:00 js, url参数： 驼峰 css: 中划线（兼容也最好） 文件： 下划线 |
 | 33 66beta 2014-06-06 14:32:41 +08:00 id用驼峰（为js） class用中划线（oocss） 下划线就不知道是什么来头了 |
 | 34 iscraft 2014-06-06 14:34:42 +08:00 下划线强迫症 |
| 35 ianva 2014-06-06 14:35:03 +08:00 另外也是基于 html，css 中划线在属性的习惯 比如属性选择器 E[att|="val"]{ sRules } 用来匹配以val开头以中划线为连字符的属性 [class|="hello"]{ color:#333 } 可以匹配 <span class="hello-world">hello</span> |
 | 36 azuginnen 2014-06-06 14:44:07 +08:00 下划线在vim里面可以自动补全，中划线他会认为是一个单词，不能自动补全。 |
 | 37 kingme 2014-06-06 14:45:21 +08:00 基本上只有全局变量会用开头下划线。。。 |
 | 38 ccbikai PRO JS中小驼峰 CSS用 - |
 | 39 karvinchen 2014-06-06 18:58:51 +08:00 css：中划线 id：下划线 文件：中划线 php：驼峰 |
 | 40 anla 2014-06-07 00:58:06 +08:00 w3C规定，XHTML1.0，严格意义上好像不允许出现大写字母。。。当然，现在xhtml就是个P 了，也没几个人搭理这回事了 |
 | 41 qq286735628 2014-06-07 01:32:50 +08:00 CSS里面，没法使用像extend之类的主动声明继承的方式 想想下面的例子 moduleAa moduleAaTitle moduleAaMain 和 module_aaa module_aaa_title module_aaa_main 哪种更容易读，更让人知道代码的层次关系？ |
 | 42 konakona 2014-06-07 04:20:40 +08:00 我也我的。 PHP：打峰（大小英文） View：小峰+下 js：同上 css：同上 html：意.. |
 | 43 Gce 2014-06-07 04:46:26 +08:00 via iPhone @a591826944 选择全部ctrl a 呀，你真逗 |
 | 44 refresh 2014-06-07 07:53:19 +08:00 有时候会在这几种换，好烦 数据库一般用下划线，因为某些数据的field被读出来会忽略大小写 css通常是first-name，大家都这样 js一般是用firstName，class一般是FirstName，也基本上是约定 html的话，data-first-name，如果是id一般就是firstName 文件命名一般用 first-name 我也经常纠结这个问题，因为不同语言的风格不一样，造成我在同一个项目，甚至同一种语言也会混乱，在js中，我就常常是firstName和first_name混用，文件名经常是firstName和first-name，或者first_name，firstName的方式用得比较少。 |
| 45 refresh 2014-06-07 07:54:55 +08:00 特别是article_id这种问题，articleID其实是个不错的选择，但articleId觉得有点怪，所以我又经常用article_id，这样又导致我在js中使用到了_，但在其它地方我一般又是用firstName这种方式。 所以，很分裂很混乱很纠结。 |
 | 47 yun77op 2014-06-07 20:35:39 +08:00 |
 | 48 daodao 2016-06-17 18:17:39 +08:00 |
Select Language