爱苹果，爱生活

iPhoto ‘08 封闭了自己的图库文件夹 iPhoto Library，在一定程度上不再允许用户对其中的图片进行手动管理，只能通过自身予以实现。这一设定目前看来毁誉参半，但事实上由来已久。最简单的例子，当数一个文件的应用程序；隐藏得深点的，则是水源 Apple 板建立以来始终有人抱怨的问题：向 iPod 拷贝歌曲必须借助 iTunes。总而言之，Apple 在“剥夺”你对数据文件的直接控制，而试图以应用程序作为两者之间的中介。

众所周知的好处是，避免了新人不必要的误操作，但其对于用户使用过程的影响，可能才是 Apple “变本加厉”的真正原因。一方面，多年以来基于树型目录结构的文件管理方式沿用至今，大多数人赋予了这种看得见、摸得着的手段太多莫名的信任感。另一方面，随着各种类型文件的大量涌现，仅仅依靠目录和文件名两个直接属性来管理文件，逐渐显得心有余而力不足。iPhoto 在图片管理领域作了有意义的尝试，添加相册、标题、描述、评价等一系列新属性，用于不同图片的操作。iTunes 在另一领域的试验同样值得关注，除了继续弱化数据本身的磁盘位置，利用针对不同属性的排序和搜索操作，可以异常方便地寻找或筛选歌曲。从这一角度看，难怪有人觉得下一个被封闭的，将是 iTunes 的曲库。

封闭带来的一个不稳定因素，便是数据控制过程中不同软件的沟通。以 iPhoto Library 为例，由于是按 iPhoto 的格式加以组织封闭，因此当使用其他软件，尤其是非 Apple 软件，访问库中的文件时，却不一定成功——Lightroom 就无法访问。解决的方案其实也很容易，提供统一的访问接口。在 iWork 里，用户可以轻而易举地访问到由 iLife 管理的任何媒体文件，说明这样的接口确实存在。即使不通过类似编程接口，Apple 还提供了 AppleScript，无处不在的 Script Menu 会帮助用户完成剩下的一切。当然，最理想的情况就是所有软件均不在意磁盘文件的结构、位置，纯粹依照自身的设计方式管理操作。

迄今为止，Apple 的尝试都称不上成功，尚未彻底地改变大多数用户对文件组织的旧有手段，不过 iPhoto Library 的封闭却向所有人传递着实实在在的信号——Apple 认为这么做没错，现在会这么做，以后也许仍会这么做——你负责创意，它负责数据！

后记：子曰：“学而不思则罔，思而不学则殆。”深有感触。写本文的动机来源于麦课一班的一个讨论，很多人都发表了精彩的见解，使我对 OS X 的 drag&drop 操作，以及一直以来的探索方向，都有了全新的认识。我以为，光凭我个人的思考短期内可能不会有如此重大的收获。因此，我在此感谢所有参与该讨论的一班网友！