在应用分组与项目分组之间做出选择

Mac 应用和 Mac 项目是不同的整理维度。应用分组回答的是“这是哪个程序？”项目分组回答的是“这个窗口在帮我产生哪个结果？”选择能够消除你实际遇到的模糊性的那个轴。

当应用已经定义了工作时，使用应用分组

当每个应用都有一个稳定角色时，基于应用的视图是高效的。如果邮件只用于沟通、浏览器只用于研究、一个写作应用包含一个活跃的草稿，Command-Tab 和应用 Exposé 已经提供了简单的路径。添加项目标签会产生维护工作，却不会提高辨识度。

当一个浏览器包含两个客户，或者一个编辑器拥有互不相关的仓库窗口时，这种模型就开始失效了。此时应用名称虽然真实但并不充分。

当工作跨越应用边界时，使用项目分组

以两个各需要一个浏览器窗口和一个文档的客户交付为例。按应用分组会产生一堆浏览器和一堆文档。按交付分组会产生两个完整的集合：

交付	窗口
客户 A 审阅	反馈页面、草稿、资源文件夹
客户 B 发布	预发布环境页面、检查清单、分析笔记

这不需要移动或调整窗口大小。它改变的是你用来找到它们的标签。

应用两题测试

询问仅凭应用名称是否就能识别正确的工作。然后询问一个成果是否经常跨越一个以上的应用。如果第一个回答是“是”，第二个回答是“否”，请保持基于应用。如果第一个回答是“否”或者第二个回答是“是”，那么项目层就很有用。

混合模式通常就足够了：保留用于广泛应用切换的 Command-Tab，然后仅对共享应用的几个活跃成果使用项目分组。当交付发生变化时复查该分组。不要将分组视作账户分离、访问控制或保存的会话；这些是独立的职责。