你的 File 菜单其实与文件无关
Your "File" Menu Isn't About Files
我检查了 MacBook 上的 35 款应用，发现绝大多数软件的第一个菜单项都叫 File，但里面的操作却与文件毫无关系。在 1Password 里它管理的是密码，在 Calendar 里是事件，在 Spotify 里是 Playlist，甚至在 Find My 里这个菜单完全是灰的。这种为了传统而传统的命名方式不仅误导用户，也暴露了 Apple 和部分开发者在 UI 设计上的懒惰。文章逐一分析了这些应用，并提出了更贴切的替代名称，如将 Mail 的 File 改为 Message，将 Safari 的 File 改为 Browse。只有 Finder、Terminal 和 Visual Studio Code 等少数应用真正做到了名副其实。是时候打破这个陈旧的惯例，让菜单名称回归其实际功能了。
如果列表里只有一项能代表命名理由，那我们是不是也该重新考虑给饭菜命名了？
HN 评论区
56- graypegg
反方观点：你的应用还不足以打破既有的模式。
打开一个日历应用，点击“事件（Event）”菜单，却看到创建新日历的选项，这和打开“文件（File）”菜单看到同样的选项一样合理。
如果你把每个“动词 + 名词”的菜单项都拆分成以该名词命名的顶级菜单，那么新建、删除等操作就会被分散到多个菜单中，这感觉同样不对劲。
“文件”菜单之所以有效，是因为惯性，人们对其内容有着明确的预期：
- 新建某物
- 保存某物
- 复制某物
- 打开另一个某物
- 重命名某物
- 将某物发送到某处
- 以其他格式导入/导出某物
- 关闭某物（但不退出程序），请带我去启动页
它与你正在查看的文件/容器 vaguely 相关，但我甚至不会说这对大多数人使用文件菜单来说至关重要。它之所以必须包含这些内容，老实说，是因为它相当一致。除了文章中提到的少数例子（Find My 中那些永远禁用的选项，Reeder 显然已经将所有菜单移到了 Account/Subscription/Item 这些名词下），文件菜单的内容与我的预期相符。也许这只是我困在自己的气泡里？
- yodon
语言就是这样的。Eavesdropping 这个词曾经指的是水从屋檐滴落。大多数情况下，“登录（logging in）”并不会写入任何“日志（log）”。菜单本身与食物或进食毫无关系。当代读者或听众能明白其含义吗？当然能。
- freehorse
- Notes: note
- Messages: message
- Passwords: password
- Reminders: reminder
[...]
大多数提议只是对应用名称或其主题的重复，因此似乎没什么帮助（笔记应用里的所有内容总归与“笔记”有关）。此外，命名规范因应用而异，这令人困惑。“文件”菜单通常关乎“（主要）操作”和“输入/输出”，所以我会把所有这些重命名为“操作”。然而，“文件菜单”一直与这类操作相关联，因此将其宽泛地解释为涉及数据的组织（无论数据位于何处）以及应用内新数据结构的创建（不仅仅是文件系统层面）是合理的。
- keito
这是一个有趣的观点，但我认为，将每个应用处理的主要对象相关的操作放在人们预期的标准化位置（即“文件”菜单）所带来的好处，要大于在每个程序中都需要摸索这些操作在哪里的认知负担。
- quirkot
这是一个典型的 Chesterton's fence 情境。将第一个菜单项称为“文件”这一传统中蕴含着大量隐性信息，包括人们对其内容的预期。
你也可以说它打破了隐喻，不再指代计算机上的文件，而是指代计算机文件命名的那个概念——归档（filing）。