Explobar：修复 Windows Explorer 中令人惊讶的恼人卡顿

Source: Dev.to

Windows Explorer 的问题

如果你大部分工作都在终端中进行，这可能只会略有相关。
但如果你的一天经常从 Windows Explorer 开始，浏览文件与对文件进行操作之间的鸿沟会出奇地笨拙。

你打开一个文件夹，检查文件，在项目目录之间跳转，右键点击，复制路径，打开终端，启动编辑器，然后重复这些小仪式数十次。每一步本身并不难，但它们一起悄悄消耗了你的动力。

Explorer 让这些操作成为可能，却不够流畅。典型的工作流涉及许多重复的步骤：

• 打开终端
• 复制路径
• 粘贴路径
• 启动编辑器
• 运行辅助脚本
• 打开属性，等等

为什么现有扩展不足

像 QTTabBar 之类的工具曾让 Explorer 对高级用户和开发者真正可用。它们证明，只要有合适的扩展，Explorer 可以变得更高效。

然而，Windows 改变了 Explorer 的托管模型（尤其是在 Windows 11 周围），打破了这些扩展所依赖的假设。曾经强大的扩展点变成了脆弱的维护问题。这并不是对 QTTabBar 的批评；只是说明平台已经演进。

如果你已经在终端中工作，这个问题几乎不相关——Shell 用户拥有快速导航、别名、脚本、历史记录、模糊查找、编辑器集成和自动化，这些都已内置在工作流中。Explobar 并不打算取代那个世界。

介绍 Explobar

Explobar 为 Windows Explorer 添加了一个 键盘驱动的工具栏。触发后，工具栏会出现在你当前工作的地方，感知当前文件夹和所选文件。由此你可以：

• 启动应用
• 运行自定义命令
• 打开最近位置
• 触发内置文件操作
• 接入自己的自动化

与传统 Shell 扩展的区别

• 专注的工具栏 vs. 过载的上下文菜单。
• 用户自定义操作 而不是与数百个第三方条目竞争。
• 独立、零依赖的应用 在 Explorer 进程之外运行，使其对内部 Explorer 的更改更具弹性。

Explobar 的工作原理

工具栏由一个 声明式配置文件（YAML）定义。一个简单的配置就能提供终端、记事本、最近文件夹或文件操作按钮，从而消除大量摩擦。

对于更高级的场景——例如为所选文件计算哈希——你可以通过一个小的 .NET 程序集或甚至单个 C# .cs 文件来附加自定义逻辑。

关键优势

• 易于上手 – 最小化设置。
• 快速适配 – 通过编辑配置即可更改操作。
• 需要时强大 – 可通过自定义代码扩展。

谁应该使用 Explobar

• 在 Windows 上工作的开发者，仍然把 Explorer 作为普通的起始点。
• 经常从文件夹或文件选择中启动工具的用户。
• 想要减少在浏览和操作之间来回切换的任何人。

如果你的工作流已经在 PowerShell、Bash 或 Windows Terminal 中开始并结束，收益可能有限。但如果你经常从 Explorer 启动，Explobar 可以显著简化你的一天。

安装

项目托管在 GitHub 上：

通过 winget 在 Windows 上安装：

winget install explobar