Zed 新特性：“Expand All”：一个快捷键，两种哲学-开发者社区

如果你用过 Zed，大概会有这种感觉：它很快，很干净，但有些功能你得“找”一下才能发现。

比如，在项目面板（Project Panel）里，你一直可以用cmd-left（或ctrl-left）一键折叠所有文件夹，让项目树瞬间清爽。但对应的“展开全部”呢？对不起，没有。如果你想看完整的目录结构，只能手动一个一个点开文件夹，或者用cmd-a全选后再按right——这是一种能用的“组合技”，但它不够直接，也不够“发现”。

直到 zed新版本的出现，解决了整个尴尬局面。

zed只做了一件事：在项目面板的右键菜单里，增加了“展开全部”和“折叠全部”两个选项，并为“展开全部”添加了cmd-right（或ctrl-right）的全局快捷键，与已有的cmd-left形成完美对称。

下面来看看这2种操作
首先看折叠全部整个功能是之前就有的

你可以先选中左边项目的一个文件，然后使用快捷键ctrl left也就是左箭头，把所有打开的文件折叠起来

如果你选择的是项目下面根目录的文件或者文件夹，折叠的就是整个项目的文件，这时候可以右键看到折叠选项

再来看看展开全部
和折叠全部类似，快捷键是ctrl right

但这背后，不仅仅是加两个菜单项那么简单。它折射出 Zed 这个编辑器，乃至整个现代工具设计中的一种哲学张力。

“极简主义”与“可发现性”的平衡

整个功能的讨论过程很有意思。一开始，zed的方案，是在项目面板的根目录旁边，添加两个图标按钮，用来展开和折叠。这是一个很直观的“所见即所得”做法，很多编辑器都这么干。比如vscode，idea

vscode的设计，这里它没有展开全部。在 VSCode 的设计者看来，往往会制造一场灾难：成千上万个文件夹和文件同时铺开，你的侧边栏会瞬间变得无法浏览。全部展开可能不是一个高频、甚至不是一个合理的默认操作。他们更倾向于让你按需、逐级地探索目录结构。

但 Zed 的核心作者拒绝了这种方案。他的理由非常“Zed”：

“我们想让 Zed 保持尽可能简洁。这些操作你并不会频繁触发，所以与其放两个图标按钮，不如先把它们放在右键菜单里，同时显示出快捷键提示，这样人们就能学会怎么用快捷键。”

这个决定，清晰地划出了一条界限：Zed 追求的“简洁”，不是“功能少”，而是“界面上的干扰少”。它不愿意为了一个低频操作，在核心界面上永久地占据两个图标位置。它选择把功能“藏”在右键菜单里，但通过显示快捷键，引导用户走向更高效的键盘操作。

从“发现”到“精通”的产品路径

这个功能的设计，恰好形成了一个完整的用户体验闭环：

发现（Discover）：新用户或不熟悉快捷键的用户，在项目面板的文件夹上点击右键，会看到清晰的“Expand All”和“Collapse All”菜单项，以及它们后面跟着的快捷键提示（⌘→/⌘←）。这是第一次接触，用户通过鼠标完成了操作。
学习（Learn）：用户看到了快捷键提示，记在了心里。下次他想展开全部时，可能就会尝试直接按下cmd-right。成功了！操作效率提升了一档。
精通（Master）：用户完全记住了快捷键，再也不会去点右键菜单。他手指在键盘上飞舞，操作如行云流水。这是 Zed 期望的“键盘优先”的终极状态。

这种设计思路，其实很接近游戏设计里的“渐进式教程”——不在一开始用弹窗轰炸你，而是让你在需要的时候，自己发现更高级的操作方式。

在我看来，这个新功能的价值，远远超过了“加两个功能”本身。它是 Zed 团队对“开发者体验”（DX）理解的一次具体落地。

它尊重了用户的心智模型：cmd-left折叠全部，cmd-right展开全部，这是一对符合直觉的对称操作。如果你熟悉 macOS 下的文本编辑或 Finder 操作，这个映射几乎是零学习成本的。
它是对“键盘流”文化的坚持：Zed 的核心理念之一是“模态编辑”和“键盘优先”。#59567补全了项目面板操作中最后一个关键的键盘拼图，让重度键盘用户的工作流更加完整。
它展示了“克制”的设计美学：在“加个按钮”就能解决的问题面前，Zed 选择了更复杂但更干净的“右键菜单+快捷键引导”方案。这种克制，是让一个工具保持长期优雅的关键。

当然，这种设计也有代价。总有用户会觉得“功能藏得太深”，或者“我从来不去点右键菜单”。但从 Zed 的整体定位来看，它瞄准的恰恰是那些愿意花五分钟探索快捷键、追求极致效率的开发者群体。