• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2445 days ago, the information mentioned may be changed or developed.
 |
chendyMar 3, 2020
1
IDEA 免打扰模式 + 全屏 + 左右分 tab
15 寸笔记本屏幕，14 号字，80 都放不下 27 寸台式机屏幕，16 号字，120 都放的下 还好两边的项目不一样… |
 |
2
我拒绝将 80 称为 “行最大长度”，因为它不是 hard limit
我会将 80 称为 “注记列位置”、“建议行长” 或者干脆取名大锤，因为大锤 80 |
5 |
jin7Mar 3, 2020
3
120 非强制~~
|
 |
5
天天 4K 27 寸 带鱼屏的诸位，还是 80 行？
动不动就换行感觉读起来太累，我一般 200 行 |
 |
6
编辑器常设 80，100 两条线，尽量不超过 80，决不超过 100。
|
 |
VegetableMar 3, 2020
7
太长了不是显示不下，而是读起来费劲。
屏幕大了我更愿意把字体调大 |
 |
anzuMar 3, 2020
8
主要看文本信息量吧。C、Python 80 没问题，但是一些大型 Java 项目函数名经常超 20 字符就有必要 120，读起来也很流畅。
|
 |
wweirMar 3, 2020
9
日常左边代码编辑器，右边终端，可视列数只有 90 左右。
以前是设了线，长度照样超，现在还没到呢，就早早想着换行了 😂 |
 |
FrankHBMar 3, 2020
10
发现这些分析之中都少了一个原因……就是用户到屏幕的距离很可能比以前更近了。
现在分辨率普遍提升的情况下用户有更多的选择，不少用户就习惯缩小文字以显示更多的内容（或者干脆默认使用高分辨率以适配更高的设备 PPI ），但当某些时候局部太小又不清晰时，多数人一般不会去用放大镜之类的，而是凑上前看……久了就凑得近了。 明视距离短到一定程度，比较宽的屏幕没法一眼看清，还要麻烦颈椎，当然拉仇恨。 至于换行……主要是自动折行普遍没法照顾布局逼的。有条件当然最好避免莫名其妙的硬回车，但编辑结果的兼容性就呵呵了。 |
 |
YouenMar 3, 2020
12
看了下眼前的代码, 120 字符, 占编辑区 3/4.
|
 |
FitzMar 3, 2020
14
我特么直接调到 300 😳, 反正我是受不了太多的换行, 尤其是 html.
|
 |
raphael008Mar 3, 2020
15
如果不知道如何合理地换行，还不如放在一行里看起来舒服。
|
 |
sintrbMar 3, 2020
16
多个显示器就不存在 80 的概念了。。
|
 |
YourshellMar 3, 2020
17
反对
|
 |
sagaxuMar 3, 2020 via Android
18
我设置的是 120
|
 |
my101duMar 3, 2020
19
对于属性特别多的 HTML 表单元素，我都是把它格式化成类似 React 组件那种一行一个属性的，一行直接几百个字符真受不不了。
|
 |
leonard916Mar 4, 2020
20
谷歌代碼規範明確說明是 100，個別情況可以超過不需要換行。
|
 |
WoodenRobotMar 4, 2020
21
我设置的 120
|
 |
msg7086Mar 4, 2020
22
看了你的文，但是没看懂。
代码风格和行长度有什么必然联系吗？ 行最大长度不设 80 就写不出风格良好的代码了吗。 我觉得这种想法和用代码行数当 KPI 有点像，把两件并不紧密相关的事情关联到一起了。 比如说写 SQL 语句，长句我们都习惯分行写，比如 SELECT x,y,z FROM a LEFT JOIN b USING c WHERE a.m=i GROUP BY j 这个就是我写代码的风格，你不加行长限制，我也是这么写的。 所以我觉得这个应该是去培养良好的代码风格习惯，而不是靠行长度（甚至还有用每个函数的行数等）去变相约束代码。 |
 |
23
@msg7086 行长不就是代码风格吗？
> 所以我觉得这个应该是去培养良好的代码风格习惯，而不是靠行长度（甚至还有用每个函数的行数等）去变相约束代码。 所以应该培养团队良好的代码风格，而不是靠 flake8 lint black 来约束团队的代码风格？ |
 |
jelipoMar 5, 2020
25
碰到 Java，做一点链式调用，加上 get/set，80 根本不够用
|
Select Language