（2020 年了）依然应该将行最大长度设置为 80！

IDEA 免打扰模式 + 全屏 + 左右分 tab
15 寸笔记本屏幕，14 号字，80 都放不下
27 寸台式机屏幕，16 号字，120 都放的下
还好两边的项目不一样…

我拒绝将 80 称为 “行最大长度”，因为它不是 hard limit
我会将 80 称为 “注记列位置”、“建议行长”
或者干脆取名大锤，因为大锤 80

120 非强制~~

@no1xsyzy +1 我也只是在 Vim 里把 80 的地方高亮了一下，就叫大锤高亮线吧。

天天 4K 27 寸 带鱼屏的诸位，还是 80 行？

动不动就换行感觉读起来太累，我一般 200 行

编辑器常设 80，100 两条线，尽量不超过 80，决不超过 100。

太长了不是显示不下，而是读起来费劲。
屏幕大了我更愿意把字体调大

主要看文本信息量吧。C、Python 80 没问题，但是一些大型 Java 项目函数名经常超 20 字符就有必要 120，读起来也很流畅。

日常左边代码编辑器，右边终端，可视列数只有 90 左右。

以前是设了线，长度照样超，现在还没到呢，就早早想着换行了

发现这些分析之中都少了一个原因……就是用户到屏幕的距离很可能比以前更近了。
现在分辨率普遍提升的情况下用户有更多的选择，不少用户就习惯缩小文字以显示更多的内容（或者干脆默认使用高分辨率以适配更高的设备 PPI ），但当某些时候局部太小又不清晰时，多数人一般不会去用放大镜之类的，而是凑上前看……久了就凑得近了。
明视距离短到一定程度，比较宽的屏幕没法一眼看清，还要麻烦颈椎，当然拉仇恨。
至于换行……主要是自动折行普遍没法照顾布局逼的。有条件当然最好避免莫名其妙的硬回车，但编辑结果的兼容性就呵呵了。

@anzu Java 一个类名都要 80 个字符了。

看了下眼前的代码, 120 字符, 占编辑区 3/4.

@FrankHB 这么毁眼睛么？我 mbp 15 寸宁可比推荐放大系数更大一号。。。

如果不知道如何合理地换行，还不如放在一行里看起来舒服。

多个显示器就不存在 80 的概念了。。

反对

我设置的是 120

对于属性特别多的 HTML 表单元素，我都是把它格式化成类似 React 组件那种一行一个属性的，一行直接几百个字符真受不不了。

谷歌代明明是 100，情可以超不需要行。

我设置的 120

看了你的文，但是没看懂。
代码风格和行长度有什么必然联系吗？
行最大长度不设 80 就写不出风格良好的代码了吗。

我觉得这种想法和用代码行数当 KPI 有点像，把两件并不紧密相关的事情关联到一起了。
比如说写 SQL 语句，长句我们都习惯分行写，比如
SELECT x,y,z
FROM a
LEFT JOIN b USING c
WHERE a.m=i
GROUP BY j
这个就是我写代码的风格，你不加行长限制，我也是这么写的。

所以我觉得这个应该是去培养良好的代码风格习惯，而不是靠行长度（甚至还有用每个函数的行数等）去变相约束代码。

@msg7086 行长不就是代码风格吗？

> 所以我觉得这个应该是去培养良好的代码风格习惯，而不是靠行长度（甚至还有用每个函数的行数等）去变相约束代码。

所以应该培养团队良好的代码风格，而不是靠 flake8 lint black 来约束团队的代码风格？

@scriptB0y 我觉得只要代码能够清晰表达，可读可维护，行长这个指标本身是没有意义的。

碰到 Java，做一点链式调用，加上 get/set，80 根本不够用