# 从一篇关于 Lion 的文章所想到的（二）关于全屏应用，情景 UI，Launchpad 和其它

- 作者：积木
- 发布时间：2010-11-03 09:00
- 分类：公司
- 原文：https://www.ifanr.com/24475

[![](https://s3.ifanr.com/wp-content/uploads/2010/11/lion-photos-480x295.jpg "lion-photos")](http://www.ifanr.com/24475/lion-photos)

**关于全屏应用**， Lukas Mathias 认为苹果是在试验改革桌面窗口。

> 苹果在 Lion 中加入了“全屏应用的系统级支持”。我认为现有的窗口管理系统中存在很大的可用性问题，但是简单把窗口取消并不是解决问题的方法。它是一种认输。
> 
> 解决窗口重叠的问题应该有更好的方法，同时仍能使用户同时看到多个应用。人们在写文章的时候经常去参考某个网页，人们经常会从 iPhoto里面拖个图片到 Word文档里，或从一个 Finder 窗口里将文件拖到 email 里。即使最基本的任务，通常都需要人们在同一时间看到多个应用。
> 
> 我不介意使 Mac更容易使用和学习。我只是觉得全屏模式不是达到这个目的的好方法。

的确，现在的窗口操作是有效率低下的问题，窗口会重叠，它的缩放/排列都是耗费时间的。Mac 新的 Misson Control 配合全屏应用，可以有效减少窗口。

一、 全屏应用手势切换。在运行多个全屏程序的时候，使用 Mission Control 会很方便。全屏应用加上多工作区使窗口消失了。全屏应用本身分为不同的工作区域，无需自己调节窗口。

二 、应用中融入更多功能。在 iPicture 中直接就可以将图片上传到 Facebook。既然在应用本身就可以完成，何必打开浏览器上传呢？又消灭了一个窗口需求。

[![](https://s3.ifanr.com/wp-content/uploads/2010/11/lion_mba13_apple-thumb-640xauto-17375-480x270.jpg "lion_mba13_apple-thumb-640xauto-17375")](http://www.ifanr.com/24475/lion_mba13_apple-thumb-640xauto-17375)

全屏应用的时候显然不需要 Global menu，这带来了**情景 UI** 的出现。

[Steven Troughton-Smith](http://blog.steventroughtonsmith.com/2010/10/mac-os-x-107-brain-dump.html) 写道：

> 情景 UI 是我很感兴趣的东西；在 iLife 的演示中有体现，特别是在 iPhoto 中，有一些情景 UI。正如 iOS 中，UI 在需要的时候才出现。在不需要的时候不会占据屏幕，它会在你交互的对象旁边出现，而不是在全局工具栏或侧工具栏。我认为这将是 Mac OS X 吸收 iOS 设计哲学后的一件大事。对于小屏幕，比如 11.6″ 的 MacBook Air 更加重要。

但是正如Lukas 所说，桌面上的很多操作是离不开多窗口的。桌面环境操作比起手机和平板更加复杂，要求的精确度也更高，因此，Mission Control 和全屏应用并没有取消传统窗口，只是增加了一种操作方式而已。

[![](https://s3.ifanr.com/wp-content/uploads/2010/11/launchpad_ars-480x288.jpg "launchpad_ars")](http://www.ifanr.com/24475/launchpad_ars)

**关于 Launchpad**，Lukas 认为 Launchpad 是要替代 Finder，这意味着与计算机交互交互方式的改变。

> 现在看来，苹果似乎不愿意重新思考 Finder。相反，它的目的似乎是不重视它。因此，Launchpad，成了 Mac 主界面的一种。我怀疑苹果的意图是让人们将 Launchpad 作为使用 Mac 的默认方式而不是 Finder。我更怀疑苹果乐意使用程序来管理自身文件，正如 iPad 的应用一样。
> 
> 我很乐意看到文件管理问题的真正解决，但我认为不再重视 Finder 至少是向正确方向前进的一步。也许答案仍在Mac OS X 的未来。

[ Steven Troughton-Smith](http://blog.steventroughtonsmith.com/2010/10/mac-os-x-107-brain-dump.html) 写到：

> 至少这对我来说，意味着在与计算机交互的时候开始离开文件和文件夹的模式。正如 iOS，程序的位置只是系统实现的细节。在不久的未来，我们也许根本不需要 Finder这个应用程序来浏览我们的硬盘；文件夹变成了元数据，一切混合安置在一起。（苹果的 Newton 用户应该熟悉这个观念）

这是有趣的想法，但是走的太远了。Launchpad 的出现也许只是苹果为了突出 Mac App Store 而采取的一种策略，不能由此就判断以后会取消文件管理器（改为程序管理文件）和 Finder 的逐渐消失。

不过，和我想法很相似，他也许是考虑到现在文件管理的问题。现有的文件夹管理方式虽然简单，但也有一些很大的缺陷。

一个是过于依赖记忆。目前的方式是将所有的文件放到层层递进的文件夹里。这样做的好处是你可以自由控制摆放的位置，根据记忆来寻找文件，但是这样做也有一个小缺点，当文件越来越多的时候，寻找很困难。

二是文件归类方式过于单一。举个例子，我现在有好多音乐专辑，不想破坏它们的结构而又想再组合一个自己的collection。都得来回倒腾文件夹。

问题是，需要应用来管理文件，而放弃文件管理器吗？

[![](https://s3.ifanr.com/wp-content/uploads/2010/11/gallery_laptop_6_20101020-480x299.jpg "gallery_laptop_6_20101020")](http://www.ifanr.com/24475/gallery_laptop_6_20101020)

以应用管理文件有一些好的地方。比如 iBooks 这个例子。在打开应用的时候，展示的是一个书柜，每本书都以贴近现实的方式放在书柜上，打开后还有很好的翻页动作，提供了更人性化的思维方式。iPhoto 提供了一个类似的东西，来摆放相册。

看上去似乎很不错，但是有一个问题：文件分享问题。不同程序处理同一数据的需求是文件管理器存在的根本原因。不同程序互相开放空间，允许其它程序访问虽然也可行，但是实际用起来更加繁琐。在大量的文件操作上，还是单独的文件管理器效率更高。

实际上，iOS 没有文件管理器不是出于刻意的目的，而是因为它用于触屏的手机和平板。在这种小屏幕的设备上，文件管理器操作效率不高。这些设备的重点是浏览体验而不是操作效率。如果将它的管理方式搬到电脑桌面，显然是不智的。

iOS 的音乐管理可以做为借鉴。它的层很少。音乐——（播放列表\|表演者\|歌曲\|专辑）。文件的归类利用的是每首歌曲所存的 tag，类似于标签。在海量管理信息的时候，标签也许胜过文件夹。我的 collection 无需另外操作文件，只要选择“民谣”，所有归类于民谣的歌曲都会以列表的形式展示出来。

提供一块单独的文件存储区域仍有必要。但这又回到老问题，数据和应用分离后，用户注意力又回到数据而不是应用，将程序个性化管理的需求破坏。

苹果是否会在将来改变文件的管理方式呢？有可能。是否会让程序来管理文件呢？我认为可能性不大，毕竟，在桌面环境，单独的文件管理器有存在的必要。Mac 做为一个更注重效率，更多文件操作的桌面系统，在这方面应该还是要跟 iOS 有所区分的。

正如[ Chris Clark ](http://releasecandidateone.com/230:the_slow_death_of_overlapping_windows)所说：

> 可用性，发现性和效率是依赖于用户的，需要达到一种平衡。我认为我们应该在发展 iOS 上专注于“易于使用，在发展 Mac Os 上专注于 “更加灵活，更加强大”。因为 iOS是业余计算的未来。

> **题外话：程序永不退出**
> 
> [Steven Troughton-Smith](http://blog.steventroughtonsmith.com/2010/10/mac-os-x-107-brain-dump.html) 写到：从我得到的传言，以及 Lion 的演示中所证实的，10.7 中的应用似乎不区分“运行”和 “不运行”；在 Dock 上没有东西来显示它们的状态，当你离开程序然后再次打开后，他们重新恢复到离开时候的状态。在桌面上不显示窗口的时候，无法判断程序是否运行。
> 
> 这似乎是一个疯狂的改变，但你实际去想一想则不然：在不久的将来，读取内存和读取硬盘也许不会有速度上的差异，如果这两种存储媒体读取速度相同（SSD 仍有很长的路要走），“离开程序”和“关掉窗口”有什么区别呢？从效率上来说没有。在 2011 年这种技术不可能成熟。也许在 Lion 发布的时候会改变这种显示方式，但这仍不失为是一种对未来的有趣想法。