调查 最新调查:连字符、下划线还是驼峰命名法? Chris Coyier 于 2024年7月18日 DigitalOcean 为您旅程的每个阶段提供云产品。 立即开始使用 200 美元的免费额度! 我指的是在需要编写多个单词但不能使用空格的任何地方。 例如:CSS 类和 ID、编程语言变量和函数名称、网站用户名或密码等。 您可以在侧边栏的调查中投票。 欢迎在评论中分享您的理由。 结果将在一个月左右公布。
作为一名前任程序员,我一直是驼峰命名法的拥护者……但在大约过去的六个月里,出于可读性的考虑,我转而使用连字符。 下划线在编码时反复快速地输入实在让人感到厌烦。
if (html || css) hypens;
else camelCase;
我曾经被告知在 HTML 和 CSS 中使用大写是不好的做法,这种情况改变了吗?
我无法回答你的问题,但我同样支持你的范式
* html & css – 连字符
* 其他所有 – 驼峰命名法
确实。 对于 html/css 应该使用连字符,对于 php 函数和其他情况,驼峰命名法是最佳选择。
是的,这也是我喜欢的方式(啊哈)。
我也是。
而且,如果 Java 使用小驼峰命名法,如果 C# 使用大驼峰命名法
我也一样!
我也是!
在 CSS 中使用大写并不是不好的做法。 XHTML 不允许混合使用大小写,但类名不是“html”,而是类,以及 CSS。
我并不是不同意你的选择,但 CSS 使用驼峰命名法并没有什么错。
是的,我同意,我应该在评论中明确说明 CSS,自然而然地假设了 :D
尽管如此,我有时会在 php 中使用连字符,但我不会考虑在 java 或 c++ 中使用连字符。
我认为这完全受到网络上其他编码人员的影响,例如 WordPress 函数。
我个人被教导在编程应用程序中使用驼峰命名法。
我在那里混合使用了连字符和下划线……哈哈
对于 php,我的意思是下划线
/同意
我同意。 对于 HTML、CSS 和 XSLT 等可以使用连字符的地方,我总是使用它们。 否则,将使用驼峰命名法。
此外,你在调查中将“连字符”拼写成了“hypen”……
我被告知与 Rob 说的相反。 也就是说,php 不允许使用连字符。 因此,由于我不喜欢下划线,所以我只能使用驼峰命名法。
在 CSS/HTML 中,我喜欢使用连字符,因为它们可以选择(试试:test-test、test_test),并且我不在 CSS/HTML 中使用驼峰命名法,因为连字符在 css 文件中更容易阅读(使用“主要单行”样式),我可以用这种方式轻松地看到树状结构。
但在 PHP 函数名中,我 100% 使用下划线。
我过去一直都在任何地方都使用驼峰命名法,然后我从 Mysql 迁移到 Postgresql,并且由于 postgresql 不允许在表/列名中使用驼峰命名法(而只允许使用小写),所以我被卡住了。
我喜欢在每种语言中都使用相同的“格式”,所以就是这样:在允许的地方使用连字符,在其他所有地方(例如 php)都使用下划线!
有趣的是——我可以用下划线选择整个短语,但不能用连字符选择。 至少在浏览器中,在 Safari 中,我检查过了——在文本编辑器中也是如此……在我看来,这算作下划线的一分。
至于可读性——我觉得下划线作为单独的单词更具可读性。
然而,遗憾的是,我在这方面并不十分一致,并且有我自己的“逻辑”(有时可能相当随机)。 我需要改掉这个坏习惯……但我更喜欢在某些情况下使用 allonewordlowercase,然后是 underscores_between_words,然后是 hyphenated-words-if-they-are-more 连接,有时是 combination_of_underscores-and-hyphens,这太愚蠢了,偶尔是 camelCase,但这主要用于 javascript 和 php。 如果我必须为 html/css 选择一个,我会选择下划线以提高可读性和可选择性。
在 css 类和 ID 中使用下划线
在 php 函数中使用驼峰命名法。
我赞同
我完全一样,这对我来说感觉是对的。
一直使用驼峰命名法 :)
我喜欢驼峰命名法。
html/css: #search_bar [下划线]
函数:def myFunction [驼峰命名法]
类:class MyAwesomeClass [驼峰命名法]
我任何地方都不使用连字符。
与 dilse 同意
我喜欢连字符。 我倾向于使用键盘进行导航,并大量使用 command 键加方向键在单词之间跳转。
连字符是这些选项中唯一允许在内部单词之间跳转的选项。 如果我拼错了内部单词,它允许轻松导航以修复问题。
连字符适用于真正的程序员,因为不需要使用 Shift 键。 而且每个人都知道真正的程序员是世界上最懒的人。 连字符可以将工作量减少 50%!
camelCaseIsNice()
什么是“casels”?
在 CSS/HTML 中使用连字符,在其他所有地方使用驼峰命名法对我来说也听起来不错。
过去一直是下划线拥护者,但现在我绝不会使用除了连字符之外的任何其他东西。 迄今为止最简洁的选项。
我平时不太编程,但我了解驼峰命名法在编程中经常被使用。
为什么这很重要?
这并不重要。 对个人来说,任何最有效的方法,默认情况下都是最好的方法。
但这并不意味着人们不能聚在一起看看其他人是如何做事的。
html/css: #search_bar [下划线]
函数:def myFunction [驼峰命名法]
类:class MyAwesomeClass [驼峰命名法]
我任何地方都不使用连字符。
Python 编码风格规定类使用CamelCase,函数使用camelCase
依我拙见,Python 编码风格 (pep8) 实际上规定函数使用‘_’。
这太棒了!
驼峰命名法 FTW!
每次节省你的带宽,每次节省 1 个字节!
哈哈。是的,极简主义至上 xD
css:连字符。
编程 c#:驼峰命名法(以及帕斯卡命名法)
当我编写 Ruby(不常写):下划线(但我不太喜欢它,因为我必须多按一次 Shift)
我使用不同的风格是因为每种语言的“最佳实践”。
驼峰命名法 FTW!无论我写什么。
另外,感谢发布此内容,我一直想知道其他人使用什么。
我错过了你说明你自己的偏好的部分吗?
驼峰命名法非常全面。我在 CSS 类和 ID 以及 PHP 和 Javascript 变量和函数中都使用它。
你好。在 css 中只使用连字符,在 php 中只使用下划线,在 java 和 javascript 中只使用驼峰风格… :))))) – 说真的! :)))
我是驼峰命名法拥护者;)
在 CSS 和 HTML 属性中使用连字符。在某个地方读到,如果使用下划线,旧版浏览器会出现故障。
在其他编程中,我使用下划线作为变量和函数/方法名称。在某种程度上,看起来更简洁。我认为驼峰命名法可读性不强。
我过去一直是下划线拥护者,但现在我开始转向连字符,因为我打字速度更快。
我倾向于比其他任何方式都更常使用驼峰命名法。但有时我也会使用连字符。我绝对讨厌下划线。我打字时真的很难按。哈哈。所以我尽量避免使用它们。
我总是更喜欢…
HTML & CSS:连字符
PHP & JS:下划线
VB.Net & C#:驼峰命名法
我的编程方式也是这样。
是的,我的编程方式也是如此。
我可能很奇怪,但三种都用。
CSS 使用连字符。
PHP 变量使用下划线
PHP 函数和 JS 使用驼峰命名法
我一样。
如果键盘上有一个特殊的下划线按钮,这样你就不必使用 Shift 键,那该多好。
编程:驼峰命名法
CSS:连字符
我真的很讨厌下划线。打字速度太慢了。我在 CSS 中使用连字符,因为我喜欢在 HTML 中尽可能多地使用小写字母。
驼峰命名法!更容易打字,可读性也不难。如果有什么不同的话,它可能会提高你的可读性。
我没有在投票中投票,因为这取决于情况。
对于搜索引擎可以读取的任何内容,最好使用连字符。否则,保持一致即可。
在编程时,我通常使用下划线,但即使那样,也取决于语言。我尝试使用在特定语言中最常用的方法。
在 URL 等情况下,连字符和下划线之间,我总是使用连字符。
在编程方面,我也更喜欢连字符,但几种语言不支持在变量和函数名称中使用连字符,因此最近我一直在迁移到驼峰命名法。
我通常使用连字符,尽管我偶尔会犯错,使用下划线,因为我倾向于将 PHP 函数命名为 the_function_name()。我真的不喜欢驼峰命名法。在我看来,它可读性较差。
这取决于我在做什么。在 CSS & HTML 中,我使用连字符,在 AS3 中,我使用驼峰命名法和下划线(分别用于变量和常量)。由于这是一个 CSS 博客,我想你只指的是 CSS 使用,所以我投票选择了连字符 :)
哪种对搜索引擎更友好?我总是被告知,使用连字符是编写多词文件名或 URL 的最佳方法。教教我吧!!
在 URL 方面,连字符是最好的 – 但你在编程中使用什么不会影响 SEO。
实际上,连字符对搜索引擎更友好,因为 Google 可以根据连字符进行拆分,但不能根据下划线进行拆分。下划线被视为字符,并将两个单词粘合成一个大单词,而这不太可能是 SEO 关键词。驼峰命名法的单词永远无法被搜索引擎拆分,因为没有正式规则可以说明如何拆分。
但是,搜索引擎不太可能考虑 CSS 类和 ID。
我一直喜欢使用下划线。
当处理大量代码时,下划线使升部更加醒目,因此更容易阅读(我们主要通过单词的形状来阅读单词,而不是逐个字母地阅读)。
连字符,以及在更大程度上驼峰命名法,会使单词看起来更像一个大单词,从而难以快速找到你想要查找的内容
1: $this_is_a_variable
2: $this-is-a-variable
3: $thisIsAVariable
第一行单词之间的空格更多。
好吧,这只是我个人的想法。
我同意你的观点,我一直使用下划线,我也使用过驼峰命名法,但后来我发现调试代码时很难管理。
我也同意,
下划线使单词更简洁,更分离,而不是驼峰命名法。就可读性而言,它是双赢的!
我在所有代码中都使用它:html/css、php 和 javascript。
Chris,我认为你应该具体说明何时,因为我们中的一些人,包括我自己,会这样回答
编程:驼峰命名法
CSS:连字符
不过,我想我会在投票中选择连字符;)
我在我的 CSS 和 PHP 中使用_下划线。
我只是不喜欢连字符的外观,而且我听说最好保持所有内容都小写。
这并不公平。我试图匹配我编写的语言的公认习惯用法。
对于 CSS,我根据心情使用下划线或连字符。 :)
对于 PHP 和 JavaScript,我通常使用下划线作为变量,使用驼峰命名法作为函数名称,并使用混合大小写作为构造函数或对象文字。
对于 Ruby,我使用下划线作为变量和函数。
对于友好的 URL,我总是使用连字符,全部小写。
也许你需要将投票范围限制到一种语言…也许是 CSS?
除非我试图节省带宽,否则我使用连字符。或者将自己限制在一个单词。否则,我使用驼峰命名法。
驼峰命名法
我喜欢对 CSS 类名使用连字符,对 DOM ID 使用下划线。
这是一个不错的系统,我想当你想要使用与现有类名类似或相同的 ID 时,它会很方便。
我用下划线...一直都是。没有理由,我就是一直这么做 :D
#top-nav
function db_connect()
我通常使用驼峰命名法以提高速度(也是出于习惯),但我正在考虑在 CSS 中尝试使用连字符,主要是在其他没有编程背景的人将要处理相同文件时。
很想投票,不过我用 iPhone 投不了票。我猜回家的时候再投吧!
我使用连字符,原因是:对 SEO 友好的文件名。
我读到过,搜索引擎将下划线解释为“无”,因此**“about_company_name.php”**会被读取为**“aboutcompanyname”**,这只是一个单词,对搜索引擎没有任何意义。
另一方面,**“about-company-name.php”**会被理解为**“About Company Name”**,从而使页面具有与页面内容类型相关的相关名称。
综上所述,我在命名方面所做的一切,都使用连字符而不是下划线或驼峰命名法。
这也是我使用连字符的原因。我也用连字符来命名图片,例如 bg-li-a-header.gif...
是的,编程用驼峰命名法
CSS 选择器用连字符
有时也用下划线来命名文件(特别是对于我不太信任的 PC Windows 系统?)
我最喜欢的是连字符和驼峰命名法,但最好的是一个简单的 ________空格。
驼峰命名法的变体,除了常量之外,常量使用大写_下划线。
我对 PHP 和 JS 有严格的编码规范,并将其应用于 html/css。
此外,在我看来,使用连字符会使代码难以阅读(尽管我知道有些人不同意这一点),而下划线在键盘上使用起来很麻烦。
我用下划线表示 id,其他几乎所有东西都用驼峰命名法
我个人都用。
在我的代码中,我从不(我的意思是永远)使用连字符。我唯一使用它们的地方是在不包含代码的文件中,例如:图像。
对于包含代码的文件,我使用下划线作为名称。
在代码本身中,我使用驼峰命名法表示类名,使用下划线表示函数和方法。此外,我还在所有私有变量和方法的名称前加上下划线,即使使用 php5 语法也是如此。
例如,这在我的代码中看起来像一个类的私有方法
class MyClass
{
private _some_var;
private function _my_function()
{
// 一些代码
}
}
驼峰命名法一点也不糟糕
由于我来自 Flash/ActionScript 背景,因此我自然而然地转向了驼峰命名法。但是,某些 Web 语言中的一些大小写问题导致我出于谨慎而使用下划线。
有谁知道使用大写字母是否真的有区别吗?
数据库表用下划线,但在编程方面,我赞同这里的共识。
我是一个驼峰命名法爱好者,但我不一致,有时只是将单词组合在一起,不使用驼峰,但从不使用下划线或连字符。
对于 CSS 和 HTML,我使用过下划线,但一段时间前,我改用连字符了。
PHP – 驼峰命名法
这是一个很难回答的投票,因为它确实取决于我们在这里指的是什么。我和这里的其他每个人都非常赞同,
html/css/域名:连字符
js/php/perl/ruby/等:驼峰命名法
用户名之类的东西,如果要加空格,我倾向于使用下划线...但我总是尽量避免空格。
HTML/CSS:连字符。
URL:连字符。
PHP/JS:驼峰命名法。
为可读性和 SEO,尽可能使用连字符总是最好的,老实说,它看起来也很漂亮。
考虑到下划线非常烦人,PHP/JS 最好使用驼峰命名法。不过我喜欢在变量中使用下划线,否则函数等肯定是驼峰命名法。
HTML/CSS:连字符
其他所有:驼峰命名法
看起来你的投票需要再加一个选项;)
使用驼峰命名法替换单词之间的空格,使用下划线表示重要的区别。例如:sampleFile_v01
我也讨厌输入下划线。所以我更喜欢连字符和驼峰命名法。
过去我是一个下划线类型的人,但最近(就像今晚在阅读完评论后),**仅限于**CSS 和 HTML,我使用连字符进行选择,对于其他所有内容(PHP、Obj-C、JS 等),我始终使用驼峰命名法!
大部分时间:下划线,因为它们易于阅读
几乎所有东西都使用驼峰命名法。
出于习惯使用下划线,但我正在努力改掉这个习惯。连字符可以实现相同的功能,但不需要按 Shift 键,所以我为什么不使用它们呢?不知道。
我爱驼峰命名法…
由于我在 Rails 中做了很多编程,所以我必须使用这三种方法——类使用驼峰命名法,函数名使用下划线,CSS 中使用连字符。但如果我更喜欢连字符,因为我可以避免使用 Shift 键。
连字符很好。讨厌下划线。有时用驼峰命名法。
我喜欢驼峰命名法,并且总是将其用于几乎所有编程语言。
无论如何,只是好奇,你的文件名比如
– filename.php
– fileName.php
– file_name.php
从 XML/XHTML 方面来看,我从未使用过驼峰命名法,因为它是全部小写标准。
并且由于 PHP 对连字符有麻烦(或者我听说过),所以我一直默认对所有内容使用下划线。
Web 运动和 CSS 3 的出现让我觉得在不久的将来,我们将使用连字符来表达 CSS。我知道 JavaScript 库中连字符已经是一个选择器了,谁不知道“-moz-opacity”呢…
下划线不容易输入,但在许多编程语言中它是一种约定,而驼峰命名法在语义上并不十分准确。
我使用所有驼峰命名法,节省 1 个字节,代码紧凑,任何可以节省连接时间的东西。如果我构建一个通用的 css 小部件...我将其命名为 package clock_nav(对于时钟小部件)。
我做了很多关于 JavaScript 和 CSS 的研究来构建我的库(leaf.googlecode.com)。重点是 CSS 表达式接下来会发生什么。
抱歉我的英语和长篇评论。我觉得我应该说出来。
我爱驼峰命名法… :)
取决于我在做什么。
– PHP/Java/CSS – 驼峰命名法
– 网站的 URL – 下划线
– C# – PascalCase
– 几乎从不使用连字符(除非我必须使用,比如 CSS 属性“margin-left”)
实际上我更喜欢咖啡里加牛奶。
有趣的讨论正在进行……我一直喜欢使用驼峰命名法……
-Deepu
遵循 CSS 内置样式使用连字符。
只要在整个代码中保持一致,我不太在意。例如,Drupal 和 WordPress 在所有函数名称中都使用下划线;Symfony 和 CakePHP 主要使用驼峰命名法。
我同意其他人的观点,这取决于语言;html/css 中的连字符是可以的——在 php 中不允许。
在 xhtml/css 中我使用连字符,在 php 或 python 中我使用驼峰命名法,对我来说它更易读
同意。
似乎缺少一个选项。仅小写。
是的,还有两个选项丢失。
tHiSiSaVaRiAbLe 和 THISISAVARIABLE
这两个和仅小写都不是选项,因为它们很难阅读(不是吗?)
为什么要使用仅小写?
是*丢失。
我从开始编码就使用下划线,但几个月前尝试了驼峰命名法,它似乎是最好的。
驼峰命名法,很少使用下划线
camelCaseFtw =3
顺便说一句,我忘记提到了……为了让我的驼峰命名法真正为我所用,最好使用较短的单词。=)
主要是驼峰命名法(我不想在我的变量或函数名称中使用特殊字符)
我在大学学习 IS 学位时开始使用驼峰命名法。现在我主要是一个连字符爱好者。
CSS、HTML 和文件名使用连字符,其他所有内容都使用驼峰命名法。
这都归结于我的粗手指……对于我的粗手指来说,连字符比下划线容易得多。当然,有些情况下需要使用下划线,但我尽量避免过多地扭动手指。
我个人非常喜欢连字符,但我主要是在 HTML/CSS 中使用。我发现它更简洁易于输入,看到了吧?
当我使用 Flash 并创建多个影片剪辑时,我喜欢插入下划线。
例如:my-movie_mc 或 myMovie_mc,取决于我当时的心情,我猜:P
我发现你们所有自称“懒惰的程序员”都说使用 Shift 键很痛苦——但你们却必须在驼峰命名法中使用它!我猜我打字很快(手指灵活?),所以我不介意使用下划线,而且我喜欢它的可读性。作为一名语法学家,我也喜欢下划线在语义上的作用——它们比连字符更好地传达了单独的_单词,连字符用于连接或相关的单词(从语法的角度来说)。
但是,对于非常短的两个单词短语,全部使用小写,不使用 Shift 键,不使用特殊字符,是最快和最精简的。但对于较长的单词和/或短语,可读性就会下降。
驼峰命名法 = Shift + 字母键
下划线 = Shift + 下划线键 + 然后是字母键。
-1 移动 = 向前 1 步
我同意你关于较长单词和短语的观点,但我认为总有一种方法可以使你的 ID、类、变量或函数名称更短。所以我不用担心用驼峰命名法写的长短语。xD
连字符,因为在 Mac 上(PC 用户,抱歉!)如果我双击/三击一个单词列表,我可以直接选择我想要的内容。
始终使用驼峰命名法。CSS、Coldfusion、PHP、Java,无论什么,我都用驼峰命名法。我想有一个例外,我从不用它来写 HTML,但我从未见过在 HTML 中使用上述任何一种的必要性。
顺便说一句。上面很多人说你不应该在 CSS 中使用驼峰命名法。为什么?
嘿,Chris,
我一直有一种错觉,认为 Google 或许能够更好地读取连字符,并且在 HTML/CSS 中使用连字符可以帮助我的网站在 Google 搜索结果中排名靠前。这是真的吗……还是另一个神话破灭了?!
我听说过同样的事情:Google 将连字符读取为空格,而下划线则不会。我不确定是否属实,但对我来说很有道理。
我使用驼峰命名法作为类名,使用驼峰命名法作为函数和变量名,并使用下划线作为 CSS 和数据库内容。
HTML / CSS – 连字符,
函数 – 驼峰命名法,
类 – 驼峰命名法
我讨厌使用下划线。
HTML/CSS – 连字符(不使用驼峰命名法,因为这在技术上使 CSS 无效,尽管我不在乎 CSS 验证:))
Javascript/PHP – 驼峰命名法(除了我有点马虎,有时会对 JS 变量使用下划线)
我大部分时间都喜欢使用驼峰命名法……但在 C 中,我看到了使用下划线的趋势。
对于 CSS,我会为相关的类使用类似的前缀和连字符(例如:#hd-about、hd-#cont 等)。对于其他所有内容(包括 PHP),我倾向于使用下划线。
我想我从未使用过驼峰命名法。
我很少在任何网站上发表评论,但是,我只是想告诉你这个网站有多棒。这些简单的投票结果确实很有趣。
不幸的是,我使用了以上所有方法 >_>
驼峰命名法使用得最多,因为我大学的编程老师要求所有不是类名的内容都使用驼峰命名法。
我要加上永远有用的:“视情况而定”。
面向对象代码:驼峰命名法
HTML/CSS 首选:连字符。
最近,我不得不使用丑陋的下划线,因为这就是 ASP.NET 在动态创建 ID 时决定将它们组合在一起的方式。
HTML & CSS ~ 连字符
PHP ~ 驼峰命名法
我喜欢使用驼峰命名法。
使用 php、Javascript 和 HTML/CSS,我为了保持一致性而对所有内容都使用驼峰命名法,我觉得这有助于避免那些愚蠢的小错误,这些错误不可避免地需要花费数小时才能发现!
我同意上面一些评论,认为在 HTML 和 CSS 中使用驼峰命名法是不好的做法,但就我个人而言,我发现驼峰命名法在通用情况下效果很好,并且可以轻松查找或匹配 HTML/CSS/Javascript/php 中的 ID。
我开发 Web 和桌面应用程序,因此对于 Web,大多数情况下是 PHP,我使用下划线,但在桌面上我使用驼峰命名法。
哈哈,那我应该选择哪一个
我主要使用驼峰命名法,因为有时我也讨厌使用额外的 Shift 键。
我个人对大多数东西都使用下划线,因为它非常易于阅读和选择(双击)变量。连字符不允许你像双击那样轻松地选择单词,但它们更符合 Google 将其读取为单独单词的标准。因此,我只在 URL 中使用连字符。驼峰命名法对我来说太难读了。
正如其他人所说,驼峰命名法(camelCase)是我选择 ID 或类名的首选,但当涉及到图像名称时,连字符是最佳选择,因为 Google 和其他搜索引擎已开始参考图像进行 SEO,并且连字符被视为空格,而下划线和驼峰命名法会被读取为一个单词。
所以如果你使用驼峰命名法,那么返回布尔值的函数名呢?对于这些函数,你是使用 is_integer() 还是 isInteger()?
这真的取决于具体情况,我有一个我使用的系统,它可以帮助我快速查看变量/函数/类位于何处/属于何处。
CSS 类和 ID 使用连字符(在某处读到它效果更好)。
局部/私有/受保护的变量和函数使用下划线。
公共变量/函数和所有非 CSS 类使用驼峰命名法。
对我来说很有效。
据我所知,连字符对 SEO 更有利。
一直使用驼峰命名法,这可能是我在大学里学习 VB6 的结果。
frmContact
btnSend
labelCaption
最近我开始在 HTML 中使用连字符,它在标记中更易读。
在几个月前,我一直是下划线党。没有真正的审美原因,只是效率问题。使用连字符比下划线或驼峰命名法少按一次键(不需要 Shift)。此外,我唯一想在我的代码中使用大写字母的地方是注释部分标题。
我喜欢使用下划线和连字符的组合……
连字符用于更多相关信息,下划线用于将其分开。
例如:client_website-header
函数或变量或 ID 或重要名称 > 下划线。
URL > 连字符。
我根本不喜欢驼峰命名法……对我来说它不友好易读……
这就是我不喜欢驼峰命名法的原因,我需要对其进行加密!!
连字符很好,但我觉得在阅读时需要集中注意力。
但是下划线对我来说完全易读。
此外,通过使用下划线,我使名称比其他文本更具唯一性和独特外观!
这有助于我更好地记住函数并更容易地找到它们!
我使用这三种方法。驼峰命名法用于网络上和周围的用户名称。下划线用于 Web URL 和文件名。在我的 CSS 标记中,我使用连字符。
我不能说我有什么特别的偏好。尽管你永远不会看到我在用户名中使用下划线和连字符。总是选择空格。如果不行,驼峰命名法获胜。
驼峰命名法速度最快,是我喜欢的风格。下划线更易读。带连字符的变量无法通过双击完全选中。
什么?带连字符的变量?哪种语言?C 语言风格的语言会认为你试图进行减法,不是吗?
我过去一直是 HTML ID/类的全驼峰命名法用户(它们是 HTML ID/类,而不是 CSS ID/类)。但这样在页面中插入微格式就不容易了,对吧?所以,我最终转换了。
下划线?从来没有。是早期的 Opera 或 IE4 无法选择包含下划线的类或 ID。
对于我们这些曾经使用过 Netscape Navigator 的人来说,它无法读取包含“_”的类或 ID 值。
我更喜欢冗长的驼峰命名法用于函数式编程,以及 CSS 中的“-” 。
由于 Google 无法识别下划线作为空格,但可以识别连字符,所以我一直出于习惯使用连字符。它看起来很整洁。
对于我编写的任何内容,我倾向于使用连字符,对于平台的“原生”代码,我使用下划线。驼峰命名法,自从 21 世纪初就不再使用了。我坚持称它们为连字符,而不是短划线,这让我同事感到恼火。
我使用
#underscores_for_ids
.hyphens-for-classes
以及编程中驼峰命名法_下划线-和-连字符的混合,取决于我当时的心情,但我每个网站只使用一种。
我已经将图像和类的命名方式改为下划线,因为我们的后端技术主要是 .net,并且我们的开发人员发现连字符存在问题。
我还放弃了使用 ID,因为开发人员一直抱怨 .net 客户端 ID 以及我们最终需要对脚本和样式进行的重构。我尝试了一些解决方法,但不可避免地,某些东西会干扰 .net 框架脚本。
HTML/CSS 中的 ID 和类使用连字符,URL 使用下划线。
在编程中,我始终使用驼峰命名法。在我看来,它比连字符或下划线更可靠且更易读。我使用连字符作为 URL。
客户端:连字符。
服务器端:驼峰命名法。