2.6 Gatekeeper

Mac OS X 的安全性是苹果公司一直强调的，当然对于Mac是否真的更安全的议论从来没停息过。然而，就在去年，Mac OS X也开始受到木马软件的困扰，伪装成flash的“Flashback”一度出现多个变种。

所以ML特别加强了对恶意程序控制的软件安装权限。将软件分为三类：一，通过Mac App Store安装，已经经过苹果公司审核的软件;二，MAS和开发者身份经过验证的软件。三，任何软件(和Lion一样)。

Gatekeeper加强了苹果公司对于恶意软件的控制能力，可以高效的解决恶意软件的问题，但也确实会造成平台的封闭性。当然，封闭真的不一定就是坏事。至于那些说Mac也要越狱的“专家”们，这话你们从Mac App Store发布时就开始喊了。我已经懒得喷你们，自己先回去读点书吧。

2.7 针对中文用户的优化

中国是一个奇怪的地方，它享受着不在iPhone全球联保范围之内的特殊待遇。其实从80年代和中国政府的谈判遗留问题开始，苹果公司和中国的关系一直谈不上好。80年代未经授权的苹果公司 II兼容机：中华学习机，2005年因财务问题而对苹果中国高层进行的两次大换血，官方媒体不断对苹果公司进行歪曲报道，阉割版iPhone，世界上最大越狱用户的所在国，同时也是iPhone最大的消费国。这个巨大市场让苹果公司又爱又恨。可是最终不得不重视。

Mountain Lion的官方文档特别强调了对于中文用户的优化，输入法的提升，百度、新浪微博、土豆优酷、QQ邮箱、网易邮箱，苹果公司首次如此密集的在自己的系统中加入这么多本地化元素。

然而，很多朋友对此并不买帐。其实不难理解作为一个“完美主义”的苹果粉丝们对保证系统“纯洁性”的渴求。但是，被重视，毕竟是好事。

2.8 其他细节

1) ML中有的系统自带程序的名称也改作和iOS一样了。比如Address Book地址簿变成Contacts联系人，iCal变成Calendar。

2)文件拷贝时图标上显示进度状态。

3)Messages可以自动识别地点和时间，方便添加到日历。

4)Lauchpad添加了类似于iOS的搜索功能。

5)Safari将搜索栏和网址栏合并，使用新方式在书签中查找匹配，显示分行显示网页名称和网址。彻底移除RSS的支持，只保留Reader阅读功能。设置中也不再支持自定义字体，却可以添加CSS样式表。

6) 系统的软件更新和Mac App Store的软件更新合并。在ML之前，OS X存在两种升级方式，系统和购买的Mac软件(iWork，iLife，Final Cut Pro)通过系统自带的“软件更新”程序下载;而通过Mac App Store下载的软件需要通过MAS的更新来升级。在ML里，这两种方式合二为一，点击苹果公司 logo下的“软件更新”，会自动跳转到Mac App Store里面。

这样既使得升级方式变得单一，也方便用户在第一时间获得升级(MAS支持推送通知的：)

这些都是Mountail Lion 200多项新功能的一部分，更多的细节还需要在体验中发现。

3 iOS和OS X，怎样整合?

在概述中已经说过，在后PC时代，易用的操作系统至关重要，这也是OS X需要向iOS学习的地方。在操作方式和界面设计上，我们可以看到这两个版本的OS X都在慢慢像iOS靠拢。

那么如果要整合，最重要的一步是什么?

我的想法是：OS X文件系统的改变。文件系统说白了就是储存和组织文件的方式。

这里不讨论太多技术性的问题，只提出一点关于文件管理方式的想法。这也是iOS和OS X最大的不同之一。

请先想一下我们是怎么在iPad和iPhone上处理文件的。假如我看到路边的一棟建筑很有特色，想把它加在我的论文里，怎么办?首先用相机程序拍一张照片。可是，我对直接拍出来的结果并不满意，光线似乎太暗了。于是我用照片处理程序将这张图从“胶卷相册”打开，调节一下亮度，再存回“胶卷相册”中。这时候，我可以打开Pages，将照片插入文稿里。待一切处理好，我可以将文档用AirPrint打印出来，或者通过Email发出去。

这系列操作中我们进行了一个文件处理的全部步骤：采集(输入)-编辑-输出。我们前后调用了4个应用程序来完成这些操作。

再来想一下我们在电脑上是如何操作的：

首先手机或者像机拍完照片，通过iPhoto或者最简单的图片捕捉等软件将照片传入电脑。然后用iPhoto (或者高端一点的Aperture和Lightroom，又或者无限吐槽的PhotoShop)来处理一下照片。等等，这中间我们是不是忘了什么?

对了，导入的照片似乎是存在iPhoto Library或者Photo文件夹里面的，那么打开Photoshop后，是不是该选择路径，才能打开照片。照片保存好之后，再插入Pages或Word，又要选择路径。最后Email时，还得选择文档的存放路径。当然，这是最差的情况，有Mac，我们可以直接拖拽来发送附件。

怎么感觉比iPad上复杂很多?知道问题出在哪儿了吗?

路径!还是路径!

iPad是基于资源库的管理方式。它的优越性在于：作为用户，我不需要关心文件存放在哪个位置的什么文件夹里。事实上，若没有越狱，你压根看不到iPad上文件结构。你需要做的只是打开对的应用程序，因为我们总是用几个特定的程序来处理某种格式的文件，如果这个程序不能完全处理，我可以一键将文件转到另一个程序下，继续编辑。最后通过各种方式直接从程序上输出。

资源库的管理大大简化了处理文件的简便性。所以在ML中，iCloud Documents引入了这一模式：”文档资源库“，你不知道你的文件摆放在iCloud的什么位置。这不重要，你只需要知道你该用什么软件来处理。当然，这个目前很不完善，它缺失了很重要的一环，怎样让文件在各个程序的资源库中方便的流转。

不过，我们也可以借此看到融合后的未来，没有Finder的Mac OS。或许，那就是一个可以在桌面上操作的iOS。