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

[scriptB0y]

今天的一些想法： https://www.kawabangga.com/posts/3954

[chendy]

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

[no1xsyzy]

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

[jin7]

120 非强制~~

[scriptB0y]

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

[wangxiaoaer]

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

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

[varzy]

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

[Vegetable]

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

[anzu]

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

[wweir]

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

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

[FrankHB]

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

[scriptB0y]

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

[Youen]

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

[ipwx]

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

[Fitz]

我特么直接调到 300 😳, 反正我是受不了太多的换行, 尤其是 html.

[raphael008]

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

[sintrb]

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

[Yourshell]

反对

[sagaxu]

我设置的是 120

[my101du]

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

[leonard916]

谷歌代碼規範明確說明是 100，個別情況可以超過不需要換行。

[WoodenRobot]

我设置的 120

[msg7086]

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

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

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

[scriptB0y]

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

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

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

[msg7086]

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

[jelipo]

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