文章批评了当前语法高亮的滥用现象，指出过度高亮会导致代码难以阅读，反而失去了突出重点的作用。作者建议应该谨慎选择需要高亮的内容，区分重要与次要部分，才能真正提升代码的可读性。

语法高亮的正确打开方式：少即是多

过度高亮的陷阱

当前大多数语法高亮主题存在"圣诞灯式腹泻"问题——为变量、关键字、常量、标点等所有元素分配鲜艳色彩，导致基础文本颜色被淹没。当所有内容都被突出显示时，实际上没有任何内容真正突出。作者通过两张对比图展示：在过度高亮的代码中寻找函数定义犹如大海捞针，而适度高亮的版本则一目了然。

色彩记忆的黄金法则

有效的语法高亮应满足两个核心功能： 1. 通过颜色快速识别元素类型（正向查找） 2. 通过元素类型定位特定颜色（反向查找）

但现实是，多数人根本无法记住自己主题中类名或关键字的颜色。作者建议将颜色数量控制在记忆范围内（如Alabaster主题仅用4种颜色），并确保每种颜色都有明确语义： - 绿色：字符串 - 紫色：常量 - 黄色：注释 - 浅蓝：顶层定义

高亮策略三原则

1. 稀缺性原则：只高亮出现频率低的元素（如常量、顶层定义），而非充斥代码的变量和函数调用
2. 标点淡化：使用灰色降低标点显著性，让命名元素更突出
3. 关键字去高亮：语言关键字（如if/else）通常不是代码阅读的重点

注释的革命性处理

打破传统灰色注释的惯例，作者主张： - 优质注释应使用醒目颜色（如亮黄色）突出显示 - 区分解释性注释（需突出）与禁用代码（可淡化） - 以Clojure代码库为例展示两种注释的实践效果

明暗主题的科学选择

虽然70%开发者偏爱暗色主题，但作者指出： - 暗色系天然限制可用色彩范围 - 亮色主题可通过背景色填充技术实现高对比度与鲜艳色彩兼得 - 展示UI设计中的徽章案例，证明背景色方案的可行性

设计实战演示

通过七步改造演示如何创建高效主题： 1. 去除关键字高亮 2. 取消变量使用处着色 3. 移除方法调用色彩 4. 淡化标点符号 5. 突出注释 6. 合并数字与字符串颜色 7. 按嵌套逻辑调整色阶 最终成果比原始主题更清晰实用。

Alabaster主题的诞生

作者基于这些原则开发了Alabaster主题，并推广至VS Code、JetBrains等主流编辑器。强调语法高亮应成为精准的辅助工具，而非视觉噪音，呼吁开发者重新思考色彩使用的本质逻辑。

（注：原文中所有图片链接及技术术语均保留原意，但未直接呈现URL和具体色彩参数）

评论内容总结

1. 支持更多颜色和语法高亮

• 主要观点：许多评论者认为更多的颜色和语法高亮有助于快速识别代码结构和错误。
• 关键引用：
  • "I found them instantly with more color, and struggled with less" (评论12)
  • "I like examples with more colors? For me, colors serve as a sort of a token highlighter." (评论5)

2. 支持简约或低色彩方案

• 主要观点：部分评论者认为过多的颜色会分散注意力，简约方案更有利于专注。
• 关键引用：
  • "If everything is highlighted, nothing is highlighted." (评论14)
  • "I’ve been using a 'no syntax highlight' theme for years... your brain basically turns into an AST parser" (评论25)

3. 个性化与自定义

• 主要观点：许多开发者倾向于自定义主题，以适应个人偏好和需求。
• 关键引用：
  • "It’s also pretty easy to take a theme you like and make tweaks." (评论4)
  • "I have a pretty custom syntax highlighting theme for Neovim." (评论19)

4. 颜色与语义关联

• 主要观点：部分评论者建议颜色应反映代码的语义层次，而非仅语法。
• 关键引用：
  • "You could use major color differences for large semantic differences" (评论18)
  • "No... the best way is to use the same color for all occurrences of the same identifier." (评论22)

5. 反对极端方案

• 主要观点：一些评论者认为作者的低色彩方案过于极端，可能降低可读性。
• 关键引用：
  • "I think trying to go super low on colors ends up hurting readability." (评论19)
  • "I found the 'look how bad it is' examples far easier to read than the alternative." (评论29)

6. 工具与实现问题

• 主要观点：部分评论提到编辑器对主题的支持不足或技术限制。
• 关键引用：
  • "VSCode... not letting us have background colors in themes at all." (评论23)
  • "Vim already does it the way the article says is right." (评论24)

7. 主观性与习惯

• 主要观点：许多评论者强调语法高亮是主观的，与个人习惯和偏好相关。
• 关键引用：
  • "In matters of taste, there can be no dispute." (评论3)
  • "It’s a matter of taste... many teams trying for all kinds of fancy themes only to come back with a 'boring' one." (评论11)

总结

评论中观点多样，支持更多颜色和简约方案的双方均有合理论据。个性化定制和语义关联是常见需求，而工具限制和主观偏好也影响了实际选择。总体来看，语法高亮的有效性高度依赖个人习惯和使用场景。