语法高亮会干扰代码阅读吗?
1 封邮件

Ken CC <ken.ccao@gmail.com> 2014年2月14日 下午10:17
回复:pongba@googlegroups.com
收件人: pongba@googlegroups.com

最近折腾编辑器的时候,看到一篇文章:
A Case Against Syntax Highlighting
Http://www.linusakesson.net/programming/syntaxhighlighting/

作者的观点是:
语法高亮弊多于利。


弊端:
---
1. 多种颜色会分散读者的注意力。
(本邮件的附件图片就是一个例子。)
(“快速阅读”能力越强的人,感受到的干扰应该越大吧。)

2. 语法高亮对代码的debug 并没有多大的帮助:
该内存泄漏的依然泄漏,该溢出的照样溢出,蹩脚的算法照样蹩脚。

3. 让人把更多的注意力放在了语法上,而不是逻辑。
(在容易出现拼写错误、语法错误的情况下,这就是个恶性循环。)
(感觉这一点是对应了用 MS Word 和 Latex 写文章的那种差别。)

4. 误导新人走弯路,并让人产生依赖
有语法高亮就_可能_不会刻意在意拼写和语法问题,这样就不能以
_最快的_速度养成正确的习惯。
如果从一开始学习的时候就有语法高亮,那么以后在没有的时候就会
觉得看代码非常困难。


好处:
---
1. 如果长篇的代码中,有一大段是被_注释_掉的,在有高亮的情况下,
就不会在读代码或者 debug 的时候浪费太多时间了。
其实“大段被注释掉的代码”就是一个错误的做法。如果这段代码还有
什么参考价值,就应该放着另外一个专供“参考”的地方。

2. 在c 语言中,= 和 == 经常会让人犯错。如果语法高亮能处分两者
的不同,就很有作用。
事实上几乎没有编辑器做这样的高亮区分。


--- 这样,文章的作者就作出了总结…… 略。---


这跟主流观点很不一样啊,我们以前的认识难道不应该是:
没有语法高亮?怎么做代码编辑器!

不过现在我觉得这文章说的还是有点道理的。


我还发现一个情况:Linus Torvalds 说他用的是macroEmacs 的一种
定制版,(在kernel.org 上可以找到。)不仅没有语法高亮,
连undo 都没有…… (说是macroEmacs 4.0.x 版本才有undo,Linus
那个是基于那谁的3.9e 的。)


各位同学,你们怎么看语法高亮对 读写代码 的影响的啊?


额,元宵节快乐!

-ken

--

---
您收到此邮件是因为您订阅了 Google 网上论坛的“TopLanguage”论坛。
要退订此论坛并停止接收此论坛的电子邮件,请发送电子邮件到 pongba+unsubscribe@googlegroups.com
要查看更多选项,请访问 https://groups.google.com/groups/opt_out
::...
免责声明:
当前网页内容, 由 大妈 ZoomQuiet 使用工具: ScrapBook :: Firefox Extension 人工从互联网中收集并分享;
内容版权归原作者所有;
本人对内容的有效性/合法性不承担任何强制性责任.
若有不妥, 欢迎评注提醒:

或是邮件反馈可也:
askdama[AT]googlegroups.com


点击注册~> 获得 100$ 体验券: DigitalOcean Referral Badge

订阅 substack 体验古早写作:


关注公众号, 持续获得相关各种嗯哼:
zoomquiet


自怼圈/年度番新

DU22.4
关于 ~ DebugUself with DAMA ;-)
粤ICP备18025058号-1
公安备案号: 44049002000656 ...::