Zed 编辑器小修小补：让 diff 颜色终于“说人话“了！

推荐阅读

Zed IDE官宣新功能：比 VS Code 优雅多了！

Zed IDE 发布全新新特性：确实比 VS Code 猛啊！

VS Code 王座动摇？Zed IDE 背靠 亚马逊 正在悄悄"偷家"

VS Code 1.116 正式发布！

当终端变成"文件"：VSCode 这个小改动，竟是 AI 时代的神助攻！

Gin 1.12新版本发布：这个新特性让开发者少写一半代码！

最新我用AI开发了自己的第一个博客网站：https://golangai.site ，可前往阅读公众号的文章。

以前看 diff 像玩"大家来找茬"，现在一眼分清谁增谁删✨

📸 真实效果对比

❌ 修复前：颜色颠倒，新增变紫、删除变绿

✅ 修复后：语义正确，新增绿色、删除红色

🧠 技术亮点：为什么"语义化"这么重要？

1️⃣解耦样式与语义

以前用@string表示新增行，本质是"借壳上市"——借字符串的样式来显示 diff。问题在于：

如果用户自定义了字符串颜色为红色… → 新增代码也变红了 → 误以为被删除了 → 心态崩了 💥

现在用@diff.plus专属 token：

• ✅ 样式独立可控
• ✅ 主题开发者明确知道这是"新增行"
• ✅ 用户自定义主题时不会"误伤"

2️⃣主题生态更友好

以前主题作者想支持 diff 高亮？得猜：

“嗯…@string 可能是新增？@keyword 可能是删除？试试再说…”

现在直接文档级支持：

{"diff.plus":"#22c55e",// 新增 = 绿色"diff.minus":"#ef4444",// 删除 = 红色"diff.delta":"#f59e0b"// 修改 = 橙色（预留）}

🎯个人观点：这就像给主题开发发了"官方说明书"，而不是让他们玩"猜颜色"游戏。

3️⃣为未来扩展留口子

PR 里还预留了diff.deltatoken，虽然当前没用上，但：

未来可能支持： - 部分修改行高亮（不只是整行增删） - 冲突标记特殊样式 - 代码移动/重命名的视觉提示

💡 小改动，大格局——好的架构设计，永远给未来留一扇门🚪

🤔 我的锐评：小修复，大体验

👍 为什么我挺这个改动？

1. 符合"最小惊讶原则"

程序员看 diff 的直觉：

✅ 绿色 = 新增（像"通过"✅） ✅ 红色 = 删除（像"警告"❌）

违反这个直觉，就像：

“把保存按钮做成红色，删除按钮做成绿色”——不是不行，但真的没必要😅

2. 降低认知负荷

实测对比（脑内模拟🧠）：

3. 体现"细节控"精神

Zed 作为一个主打"高性能 + 好体验"的编辑器，这种"颜色语义化"的改动看似微小，实则传递了一个信号：

“我们连你看 diff 时的 0.1 秒犹豫，都想帮你省掉”

👀 一点小建议（吹毛求疵版）

虽然这个 PR 很棒，但如果我是 reviewer，可能会问：

❓ 是否考虑添加 diff 高亮的"可配置强度"？ - 比如：色弱模式用形状+颜色双重标识 - 或者：高对比度主题下自动调整饱和度 ❓ 是否考虑支持"行内差异"高亮？ - 目前只支持整行增删 - 但实际开发中，一行内修改几个字符更常见

🎪 当然，这些属于"锦上添花"，当前修复已经解决了 90% 的痛点。

💬 最后说两句

这个 PR 只有 5 个文件改动，没有炫酷的新功能，没有颠覆性的架构调整。

但它解决了一个真实存在、高频发生、影响体验的小问题。

🎯我的观点：优秀的编辑器，不在于堆了多少大功能，而在于是否愿意为那 0.1 秒的犹豫，多写 10 行代码。

就像做饭：

• 加一堆昂贵食材 ≠ 好吃
• 但把盐放准了，家常菜也能让人念念不忘🍜

Zed 这次，把"盐"放对了。