大多数编程语言的大多数样式指南都推荐最大行长，通常为 80 个字符。对于 HTML 和 JavaScript（当它嵌入 HTML 时）来说，这似乎不切实际。对于 HTML/JavaScript 的实际行长限制是否有共识？还是通常由开发人员的常识决定？
【问题讨论】：
标签： javascript html coding-style
既然你提到了 JavaScript，这就是 Douglas Crockford 不得不说的话题：
避免超过 80 个字符的行。当一条语句不适合一行时，可能需要将其中断。将中断放在运算符之后，最好是在逗号之后。运算符后的中断降低了复制粘贴错误被分号插入掩盖的可能性。下一行应该缩进 8 个空格。
发件人：Code Conventions for the JavaScript Programming Language
【讨论】：
这个限制似乎是古代 IBM 打孔卡的遗产。 Why is 80 characters the 'standard' limit for code width?
我真的发现只有 80 个字符的 HTML 很难工作。它变得不可读非常快。所以我决定自己以 GitHub 上的行长作为衡量标准。
似乎存在不同的字符限制，具体取决于操作系统和/或浏览器。但是 120 应该是一个相当安全的值。
在 Ubuntu 上：
- 火狐：126
- Opera 12.16: 126
- 铬：113
在 OSX 10.9 上：
- 谷歌浏览器：125
- 火狐：122
- Safari：121
来源：What is Github's character limit, or line length for viewing files on github?
另一方面，有时选择自己的标准是行不通的。您的语言或框架的编码标准或 linter 可能会迫使您坚持使用 80 个字符。这至少对于在移动屏幕上阅读代码很有帮助。
但对于 HTML，我会将这个数字增加到 120 个字符。为了可读性。我的意思是想想所有像 Bootstrap 这样的 CSS 类繁重的框架，你的模板最终会是什么样子，只有 80 个字符的行长？ （除此之外，您最好选择 Bourbon Neat，它不会用大量的类污染您的 HTML。）
【讨论】：
Google 说 JS 500-ish：https://developers.google.com/closure/compiler/faq#linefeeds
闭包编译器有意每 500 次添加换行符 字符左右。防火墙和代理有时会损坏或忽略 行很长的大型 JavaScript 文件。每次添加换行符 500 个字符可避免此问题。
uglify --max-line-len 500 或 grunt-contrib-uglify options: { maxLineLen: 500 }
我不确定该限制是否适用于 HTML 或 CSS，但我还没有看到我使用的任何 CSS 压缩器的选项。
SMTP 规则将适用于 HTML 电子邮件： https://www.ietf.org/rfc/rfc0821.txt
包括命令字在内的命令行的最大总长度 并且 CRLF 是 512 个字符。
【讨论】：
80 个字符行的限制是从没有大量空间的屏幕时代产生的。现在它只是为了便于阅读，因此可以并排打开两个（或多个）不同的代码文件，而无需滚动查看每个文件。
这些原因仍然适用于 HTML 和 JavaScript，但显然没有必要遵守它们。所以这取决于你。
我同意 HTML 很难保持在这个限制之内，尽管使用 JavaScript 应该不成问题。
【讨论】：
行长的最大限制是您觉得阅读和编辑的舒适度。就个人而言，我的任何代码如果不换行就无法在屏幕上显示。
【讨论】：
将所有的 HTML 放在一行中怎么样？浏览器将如何应对呢？我在某处读到某些浏览器（不记得是哪一个）因长行而中断。
从文件中删除新行是一种优化技术。您不需要为客户提供与开发时相同的易于阅读的版本。你可以给他们一个剥离版本。为什么？带宽不是免费的。
【讨论】：
<pre> 中确实有一些特殊含义。还是……
许多“服务”（例如，一些 终端 窗口实现、GitHub 等）不会换行并且没有滚动条。
因此，超过 72 或 80 个字符的任何内容都可以简单地被切断。
此外，即使有滚动条，它也有助于提高可读性，如果代码可以适合（或大部分）单个屏幕宽度，则代码可以更容易阅读/消化/调试。
因此，虽然代码会运行，但它可能并不总是能够完整显示。
【讨论】：