爱苹果，爱生活

我从来不掩饰自己对输入法的关注，尽管并非源于技术角度。作为一个内科医生，我大多数时间都花费在思考和文字输入/书写上，因此一款优秀的拼音输入法能给予我莫大的帮助。

去年我曾撰文介绍过 SunPinyin，当时由于安装后无法运行便将其束之高阁。昨天机缘巧合之下，又让我重逢这款出身 OpenSolaris 的输入法，完成过去未竟的尝试。

感谢 chumsdock，他为 SunPinyin 设计了一个非常漂亮的图标，无论是配色、弧线以及半透明的运用，都堪称 OS X 的典范。唯一的问题是，在 Leopard 几乎纯灰阶的菜单栏中略显突兀——换种说法，也许为沉闷的菜单栏带来一抹亮色……

SunPinyin 仅支持 Leopard，显然同样通过 IMK 来实现输入法。无论是资源占用、响应速度，或者整句输入的准确性，与 IMKQIM 相较都未必处于下风，同时能够借助 Growl 通知提示中英文输入的状态切换（QIM 的 1.6.2 1A998 更新里谈及 Growl 通知，但我却没能找到该功能的起点）。如果我的记忆不曾出错，SunPinyin 开发者在这方面抱持执着的想法。然而对我难免有些“对牛弹琴”，一来我没装 Growl，二来即使在 Windows 下我也不在意我处于哪种输入状态下……

不过 SunPinyin 也有点让我哭笑不得的设定，当我试图输入省略号（……）或破折号（——）时，我不得不按两次组合键，实在猜不透开发者是如何考虑的……

除少数细节外，SunPinyin 和 IMKQIM 几乎不相伯仲，单从文字输入出发，OS X 下的这两款输入法已拥有同 Windows 下几款知名输入法叫板的实力。如果你非常介意 QIM 的 69 元注册费，却急需易于上手的拼音输入法，那么我向你推荐且仅推荐 SunPinyin！

• Safari 4，不仅仅是浏览器
• Safari 4，不仅仅是浏览器（续）

事实证明，一有想法便仓促作文绝不是个好主意，某文便是活生生的例子，所以出了“续”，结果还作了“续二”……承蒙 iPhone.com.cn 的 heater 指导，关于 Apple 在建立 App Store 的动机方面又有些新结论，记下来算是查漏补缺。

之前我们提到 iPhone 发布之初，已经试图通过 Safari 来取代本地应用，就差没直接吼出“我就是 Web OS”的口号。但不知是“形势所迫或计划使然”，最终仍然推出了 App Store 作为过渡——heater 觉得，Apple 是迫于形势。

计划中的东西，应该是 MobileMe 和 JS 框架 SproutCore。前者为用户提供几乎桌面一致化的应用体验，却有着与 iPhone 一样风格的图标；后者为开发者提供触手可及的 Web 开发方式，并维持桌面与网络的设计统一。iPhone，MobileMe，SproutCore——无比清晰的产品线，统统通过 Web 方式解决问题，难怪 Apple 刚开始甚至都没考虑 iPhone OS 的权限问题。

接下来的发展却脱离了预先设想的轨道，破解、自制软件、用户评论，一切的一切都昭示着 Web 应用完全取代本地应用的时机尚未成熟。所幸的是，Apple 的执行力强大，创造力也毫不匮乏，利用 iTunes Store 的现有模式，立即拼拼凑凑打造了 App Store。饱受争议的人工审核，iTunes 端简陋的应用管理，至今仍在不断完善的评论系统，几乎可以肯定这是个已推出的未完成品。另一边，姗姗来迟的 SDK 情况亦不乐观，竟然连最基本的内存保护机制也未提供，而权限划分更是 2.0 的事情。由此看来，近年 Apple 最狼狈的事情实际上是，为了夺回系统控制权的 App Store，而其依然显得风光无限。

现在，iPhone OS 3 箭在弦上，Apple 已经有足够的时间重新考虑它的互联网与移动设备政策，下一步该往哪里走早该了然于胸，否则应当不会如此高调地召开单纯的技术展示会。

收到封校内管理员热情洋溢的信：

你的日志因为违反站规，已经被管理员删除。

不要误会，我可没发什么理所应当被“河蟹”的内容——说实话，我有贼心没贼胆。我不过转载了 Unreal 君的《你还敢注册校内吗？》，此文深入浅出、形象生动地向读者论述校内服务条款在法律层面上的无懈可击，以及道德水平上的卑鄙无耻。当然，后者于千橡建立 kaixin.com 时便已经路人皆知了。

对我而言，仍然天天坚持登录校内的唯一理由，只有那个长期未更新玩法的“好友买卖”，现在既然我已经证明单纯通过剥削奴隶，即可积累超过 80w 总资产，那么审美疲劳也的确产生了……接下来，我想我必须和不对我承担一切责任的校内告别，必须和还需要我保障的校内告别，必须和攫取我所有文章版权的校内告别！

再见，“文明用语”的校内。

• Safari 4，不仅仅是浏览器
• Safari 4，不仅仅是浏览器（续二）

不可否认，我也有些忠实读者，他们喜欢我的文章到恨不得占为己有，尽管我的版权声明那么明白，往往仍然得不到一个原文链接的施舍——更为难堪的是，Google 搜索它的排名更靠前。有朋友对我的文字产生了些许疑惑，我不敢奢望“我的读者”拨冗回答，只好自己尝试着再写些什么。其实本来一篇文章便可解释清楚的问题，我现在写着写着基本都会半途而废，我对 Allen 的描述大概还生动点：“流产”……好吧，言归正传。

julianch 显然觉得我对 Safari 应用平台的描述过于仓促，至少令他难以理解。那么首先来瞅瞅最近非常热门的 Palm Pre。作为 Palm 寄予厚望的新旗舰产品，这款手机最特别之处在于它超前地使用了 Web OS，官方称之为“结合基于窗口操作系统的效能与浏览器易用性的下一代操作系统”，其上所有的应用程序均以 HTML、CSS、JavaScript 等网页开发技术来打造。如此一来，应用开发变得前所未有的简便，而且与网络连接更紧密。不过缺陷也很明显，网页开发语言能否完整控制硬件尚不得知，Web 应用执行效率却必然不如本地程序，前者可以通过设定转换接口克服，通俗的例子就比如 Web 页面设置方式的路由器，后者的解决部分需要依靠网页解析引擎的发展。另外对于网络的高度依赖，甚至成为 Sprint 迟迟不愿发售的原因。

接下来请回想 iPhone 诞生的那个年代吧！当时 AJAX 的应用如火如荼，可主流的掌上设备浏览器，如 Opera Mini、Opera Mobile，还不支持 JavaScript 的解释运行（感谢 Jiabin 指出我的错误，Opera 的两个浏览器均从第一个版本起提供了 JS 的支持，关于这方面，我会再试着独立查找一些资料），IEMobile 情况稍好，但糟糕的浏览器本身大大限制了实际体验。因此强调 iPhone 是第一款将桌面和掌上 Web 体验完整统一的手机，并不为过。刚发布时，iPhone 仅支持 Web 应用，哪怕只是试图创建一个小小的购物列表，也不得不上网打开特定页面。除了 iPhone 自有的官方功能，其他的几乎必须全部借助 Web 应用解决——从某种程度来说，iPhone 的 Safari 已经具有了 Web OS 的雏形。何况同时打开 10 个标签，勉强算得上“多任务”。如此看来，Apple 已经存在用 Web 应用代替本地应用的想法。

然而，Apple 最终推出了 App Store，尽管究竟形势所迫或计划使然无从考证，我仍然更倾向后者。一个重要原因是，Web 应用完全取代本地应用的时机并不成熟，当浏览器还需要花大量时间和资源来处理单一页面 JS 时，当网速不快 WiFi 还未遍地开花时，当桌面用户还不适应全网络化时，敏锐的 Apple 不可能看不到，因此根本拿不出过去“挥刀斩软驱”的勇气和决断，转而寻求合适的过渡。于是 App Store 横空出世，Apple 希望通过它来维持用户在双方面应用的需求。

现在，Safari 4 则为我们带来了更快的 JS 引擎，以改善 Web 应用的运行效率，为我们带来了新标准（HTML5、CSS 3等）的支持，以增强 Web 应用的交互体验，为我们带来了 HTML5 的离线存储，以减少 Web 应用的网络依赖……核心改进几乎全部围绕 Web 应用展开。Apple 从 App Store 获取巨大利益的同时，丝毫没有忘却“云”概念及 Web 应用的未来。包括 Google、Palm 在内的企业，也不得不对其在该领域的杰出工作表示敬意，选择 WebKit 作为 Chrome 与 Palm Pre 的基础。Google 的工程副总裁 Vic Gundotra 甚至说：“我认为 App Store 是个非常重大的创新，它能够减少用户的麻烦。不过，最终当人们回过头来时，人们会说 Webkit 才是真正革命性的东西。”

即使现在回头，我们亦会发现，iPhone 从只支持 Web 应用到启用 App Store，从 App Store 广受模仿到进一步强化浏览器，Apple 在进入市场甫始，便已经注意到我们至今慢慢发觉的东西。除了用户被它引导，包括不少老牌企业在内的掌上设备厂商一同丧失了自主思考能力，看见崭新的交互设计和 App Store，却唯独不能体会 Apple 在整个领域的深思远虑、良苦用心。未来的某一天，App Store 可能不复存在，Safari 摇身一变成为应用平台，我们通过它寻找各种应用程序，享受“云”生活的乐趣。