大多数编程语言的大多数样式指南建议最大行长度,通常为80个字符.对于HTML和JavaScript(当它嵌入在HTML中时),这似乎是不切实际的缩写.对HTML/JavaScript的实际行长度限制是否有共识?或者它通常是由开发人员的常识决定的?
既然你提到了JavaScript,这就是道格拉斯·克罗克福德就这个主题所说的话:
避免使用超过80个字符的行.当一个陈述不适合单行时,可能需要打破它.在操作符之后放置中断,最好在逗号之后.在运算符之后的中断减少了分号插入掩盖复制粘贴错误的可能性.下一行应缩进8个空格.
来自:JavaScript编程语言的代码约定
这个限制似乎是古代 IBM打卡的遗产.为什么80个字符是代码宽度的"标准"限制?
我真的觉得很难处理HTML只有80个字符.它真的很快变得难以理解.所以我决定自己把GitHub的线长作为测量值.
根据操作系统和/或浏览器,似乎有不同的字符限制.但120应该是一个非常安全的价值.
在Ubuntu上:
Firefox:126
歌剧12.16:126
铬:113
在OSX 10.9上:
谷歌浏览器:125
Firefox:122
野生动物园:121
来源:什么是Github的字符限制,或在github上查看文件的行长度?
另一方面,有时选择自己的标准是行不通的.为您的语言或框架编码标准或短语可能会迫使您坚持使用80个字符.在移动屏幕上阅读代码时至少可以提供帮助.
但是对于HTML我会将这个数字提升到120个字符.为了便于阅读.我的意思是想想所有像CSS类一样重的框架,比如Bootstrap,你的模板最终只有80个字符的行长?(除此之外,你最好选择Bourbon Neat,它不会污染你的大量课程的HTML.)
谷歌称JS为500:http:// https://developers.google.com/closure/compiler/faq#linefeeds
Closure Compiler故意每500个字符左右添加换行符.防火墙和代理有时会损坏或忽略具有很长行的大型JavaScript文件.每500个字符添加换行符可以防止出现此问题.
uglify --max-line-len 500
或grunt-contrib-uglifyoptions: { maxLineLen: 500 }
我不确定该限制是否适用于HTML或CSS,但我还没有看到我使用的任何CSS压缩器的选项.
SMTP规则适用于HTML电子邮件:https: //www.ietf.org/rfc/rfc0821.txt
包括命令字和CRLF的命令行的最大总长度是512个字符.
从没有大量房地产的屏幕时代开始,80个字符的行限制就会产生.现在它就像可读性一样,因此可以并排打开两个(或更多)不同的代码文件,而无需滚动查看它们.
这些原因仍然适用于HTML和JavaScript,但显然没有必要遵守它们.所以这取决于你.
我同意使用HTML可能很难保持在这个限制内,尽管使用JavaScript它不应该是一个问题.