Menubar 应用被低估了。以下是我持续构建它们的原因。

Source: Dev.to

所有测试均在一台 8 年旧的 MacBook Air 上进行。

全窗口应用的问题

全窗口应用会占用注意力。你打开它们，它们占满屏幕，你完成任务后再关闭它们。

对于偶尔的任务——检查同步状态、快速转换、查看通知——这显得过于繁琐。打开完整应用的摩擦感足以让你直接跳过该任务。

Menubar 应用的不同之处

Menubar 应用始终只需一次点击。没有 Dock，没有 Cmd+Tab，也不需要窗口管理。点击图标，完成操作，点击别处即可离开。

这种限制也迫使设计更好。你可能只有约 400 像素的垂直空间。每个功能都必须证明自己的价值。结果通常是比等价的全窗口应用更紧凑、更专注的工具。

用户期望很明确

用户知道什么是 Menubar 应用。他们知道它会在登录时启动，保持不干扰，并且即时响应。这就是它的合同。

满足这一点很直接。违背它——打开慢、界面杂乱、需要多次点击才能完成单一任务——会立刻被察觉。

Menubar 的局限

可发现性极差。
隐藏在 Menubar 面板中的功能是不可见的。如果用户不知道某个功能的存在，他们永远找不到。全窗口应用有菜单、引导流程、工具提示。Menubar 应用只能容纳面板能放下的内容。

不适合复杂工作流。
任何需要多步骤、文件管理或长时间专注的任务都应该放在全窗口应用中。Menubar 适用于快速交互，而非持续工作。

基本只限 macOS。
Windows 有系统托盘，但用户体验预期不同，Menubar 风格工具的生态也小得多。如果你在构建 Menubar 应用，你实际上是在为 Mac 用户服务。

独立开发者的视角

Menubar 应用的范围比完整应用更容易界定。“只做一件事，驻留在 Menubar”本身就是完整的产品描述。这种清晰度让它们更快开发、更易定价，也更容易向用户解释。

对单独开发者来说，这价值不菲。

• Hiyoko PDF Vault →
• X → @hiyoyok