少数派编辑部
06月08日
WWDC 2018 特别奏折：为什么这次的 Beta 值得一试
| 本文为付费栏目文章，您已订阅，可阅读全文 |
为什么我认为这次大家可以试一下 Beta
Hum：长久以来，我们都不建议普通用户升级 Beta，但近来我越发感觉到，这种本来是因对爱好者负责的建议，变成了一种不加验证的政治正确。即，有 Beta 更新的时候，他先不加验证地撂下一句「不建议更新」，但接着这个人每天变着法地秀新系统，不断给别人种草。
建议不建议升 Beta，事实上不是一概而论的问题。如果一个 beta 比以前明显顺畅甚至还要稳定，你也有可信渠道获得测试资格，那没什么理由不去升级。
同时 iOS 和 macOS 的 beta 也不一样。不是运气特别坏的话或者苹果特别坑的话，iOS 的 Beta 出不了什么过于影响日常使用的毛病，因为它是个封闭系统，所有重要标准东西都是在一个完成度很高的框架内定死的，应用很难「作」起来。而 macOS 不一样的地方在于，它还不够封闭，有许多常用软件，如 Bartendar、Launchbar、Keyboard Maestro、iStat Menu 等，它们不光不在沙盒机制下，而且和系统比较底层的文件有关联。因此一旦系统底层文件出现变化，它们就会失效，就需要一定时间才能适配新系统。也就是说，macOS 更新的风险更大，我们常用的那些效率工具几乎可以肯定不会全部做到第一时间适配新系统，也就是说我们会有强烈的镇痛期。因此 macOS 升级要慎之又慎重。
来看这一次的 iOS 12 DP1，它的出场就和过往的很不一样。发布会最初，Craig Federighi 就宣布 iOS 12 比 iOS 11：
- 启动应用快 40%
- 键盘弹出快 50%
- 相机呼出快 70%
- Share Sheet 快两倍
这一切提速如果是建立在狂崩与 Bug 不断的基础上的话，那无疑是加速恶劣体验。所以我一直有个大胆的推测，就是这次的 iOS 12 就是在为之前不断下降的稳定性擦屁股，它是一次稳定性和速度的双提升，尽管目前是 DP1。
目前中英文网络上，对这次 DP1 的态度也是褒多于贬的。在自 iOS 越狱时代就有的入门吃瓜（自以为）手机玩家眼里的三大主观年经问题——卡不卡、热不热、耗不耗电——中，「卡不卡」这个问题在 iOS 12 DP1 已经有了一致的好评。而热不热和耗不耗电，犹豫的人可以一边羡慕，一边纠结，一边犹豫。
Workflow
Hum：各位 Power User 升级到 iOS 12 一个重要原因可能就是想见识 iOS 12 里的 Shortcuts App，也就是先制作 Workflow，然后赋予其一个 Siri 命令，通过 Siri 直接调用。但相信各位升过级的朋友已经发现，在 DP1 中还没有出现这个 App。
不过如果你细心的话，你会发现在 Workflow 中修改某个 Workflow 之后，它就会出现在「Siri & Search」的界面中：
被调整的 Workflow 动作出现在设置中
这时我们就可以为这个 Workflow 设置一个 Siri 命令，通过 Siri 唤起这个动作。
比如，我们之前 Workflow 定制中：《批量添加任务、定制天气短信 | Workflow 定制 005》里有一条给女朋友发天气通知的 Workflow，这位朋友现在可以为它设一个 Siri 命令。从此，说一句话，就能为 ta 发一条有爱的天气提醒。
根据歌词搜歌
Hum：根据歌词搜歌是一个细小改进，这个改进同时体现了苹果的两个特点：
- 人文关怀，注重细节；
- 做得不如想得好。
人文关怀和细节这一点我们就不说了，苹果一贯的作风。那么在做得不如想得好这方面，Siri 是一个旗帜鲜明的例子，所有巨头推出的语音助手中最尿（suī）的一个。
那么我们来看看这个「歌词搜歌」这个功能是怎么体现这两个特点的。
人文关怀上，这是个非常好的功能。嘴里哼着调儿但就是想不起歌名的事谁都有过，这时候脑子里想出的第一个办法，就是找一句清晰的歌词，通过歌词来搜歌名。
但苹果没有把这个功能实现得那么理想，比如 Michael Jackson 的 Smooth Criminal 里有一句「Annie, are you ok」。我们直接在音乐应用里搜「are you ok」，它是出不来这首歌的，需要搜「are you ok michael」之类的：
搜索结果
也就是说，这个功能的精度就像有一段时期的 Spotlight 一样，会「推荐」，但推荐的都不是你想要的。
对了，App Store 一直也有这个毛病。
Automator「复活」了！
Minja：去年苹果的自动化产品经理 Sal Spghoian 离职，苹果也宣布 Automator 进入「维护状态」，不再增加新功能。当时我觉得 Automator 基本已经半只脚踏进了棺材，于是把自动化相关的工作流都迁移到了 LaunchBar、Keyboard Maestro 这些第三方工具上。
不料，这次 WWDC 上 Automator 以更易用的形式「复活」了，在系统的许多角落都可以看到它：
- Finder 快速操作支持添加 Automator 工作流；
- Touch Bar 支持添加 Automator 快捷方式；
- 右键菜单中的「服务」改成了「快速操作（Automator 工作流）」
Touch Bar 支持 Automator 快捷方式
虽然官方没有提到 Automator 本身是否增加了新功能，但是 Touch Bar、快速操作按钮无疑是更显眼、更易用的操作方式，比起来快捷键、文件夹动作这些进阶内容更加容易理解。不难想象，「点击按钮就能解压」的操作要比「把文件放进这个文件夹它会自己解压」简单明了许多。
另外，Touch Bar 上的 Automator 功能按钮选择了类似 iOS 上 Workflow 的按钮形态，这也是一件很有意思的事情，可以视为 iOS 对 macOS 的一种「反哺」，把大家熟悉的功能形态搬回电脑端，用户首先在心理上就少了一层「戒备」，也更容易接受 Automator 这样的进阶功能了。
上/Workflow 下/Touch Bar
在不支持 3D Touch 的设备上快速移动光标
Minja：3D Touch 有两个让人「上瘾」的功能：
- 重压屏幕左侧，进行多任务切换；
- 重压键盘，快速移动光标。
但其实这两个功能都是可以通过软件来实现，不见得非得用上 3D Touch 这种硬件手段。在 iPhone X 新引入的手势操作中，轻轻一划手指就能切换应用，已经让「3D Touch 切换后台」这个操作没有以前那么不可替代；而这次 iOS 12 中的一个小彩蛋——在没有 3D Touch 的设备上长按空格键来移动光标——又让 3D Touch 的另一大功能略微失色。
长按空格移动光标
对了，这个功能在 iPad 上也可以使用（同时保留了双指移动光标的操作），并且可以先长按、再轻点键盘来滑动选词。
长按空格后轻点键盘，即可滑动选择文本
Safari 可以看到网页图标
Minja：作为一个经常移动办公的人，我为了节省电脑电量而不得不从 Chrome 浏览器切换到 Safari，迁移之后最不习惯的估计就是标签页上没有网页图标了。在打开一长串网页的时候（查资料时这种情况并不罕见），Safari 的标签页看起来都是一个样子，我很难区分谁是谁。
而在 macOS Mojave 和 iOS 12 中，Safari 终于加入了和 Chrome 类似的标签页图标（需要在Safari「设置 - 标签页」中勾选「在标签页中显示网站图标」）。
标签页可以显示网站图标
除了「好看」，此时图标还像标签一样起到指示作用，可以帮我们快速帮我快速预判各个站点还要花多久去浏览。这有助于帮助合理规划浏览网页的时间，特别是在查资料时，我们常常会打开十几甚至几十个窗口；有了标签页图标之后，扫一眼就知道每个站点大概打开了多少窗口——比如，一看到整排的知网或少数派图标 ，我就会快速扫完其他比较「水」的文章，把更多精力放在深度阅读上。
iPad 和 iPhone X 手势统一
文刀漢三：iPad 和 iPhone X 手势不统一的问题终于在 iOS 12 里得到解决，升级 iOS 12 之后，iPad 的手势操作有以下这些变化：
- 在应用内，单指从底部向上轻扫/四指向上轻扫/五指捏合，可以返回主屏幕；
- 单指从底部向上轻扫/四指向上轻扫/五指捏合，并停顿一下，就能激活多任务界面；
- 从底部边缘左右滑动，可以像 iPhone X 那样快速切换应用，不过不够灵敏（之前四指左右滑动的手势同样适用）；
- 另外从屏幕底部向上轻扫并停顿一下，然后向右滑动，也能切换回上一个应用；
- 在锁屏界面下，从底部向上轻扫可以解锁 iPad（以前是控制中心）；
- 控制中心移到了右上角，中间区域和左上角则是通知中心。
在右上角唤出控制中心
这一系列的手势，明显是为了之后去掉 Home 键做准备的。去年发布 iOS 11 时，对 iPad 的优化非常大，包括全新 Dock、多任务处理改进、Drag & Drop、Files 等。当时 iPhone X 还没发布，但产品形态估计多半是已经确定了的。苹果之所以没有在当时就将这套手势用在 iPad 上，肯定是为了保密，不过这就为 iPhone X + iPad 双机党的用户带来了接近一年的痛苦。这其实也是买「数字代」iPhone 的人必须面临的问题——适配问题。
「数字代」iPhone 是指像 iPhone 4、iPhone 5、iPhone 6、iPhone 7 这些版本号发生了变化的 iPhone，一般来说数字代 iPhone 都会有外观设计或者产品形态上的改变。
相对应的是「s 代」iPhone，比如 iPhone 4s、iPhone 5s、iPhone 6s，版本号没有发生变化，但后面多了一个「s」，一般来说 s 代 iPhone 主要是集中在性能与功能的改进。
除了每代 iPhone 必买的人，选择隔代更新的人往往会从这两种模式里挑一种。数字代因为往往有外观设计上的改变，所以需要第三方应用进行适配，因此刚买到的那段时间不会用得太舒服。而 s 代由于更关注性能提升和功能改进，所以基本没有影响正常使用的适配问题，用起来也会更顺畅。
去年发布的两款新 iPhone，iPhone 8 其实应该归类到 s 代的更新，而 iPhone X 则是跳级更新，属于数字代更新，因此也带来了前面提到的和 iPad 手势不统一的问题。这次手势的统一，以及 iPad 状态栏中间特地挪出一大块位置，我们完全可以期待在今年的秋季发布会上见到搭载了 Face ID 的全面屏 iPad。
UIKit 来到 macOS 上
文刀漢三：临近发布会结束，Craig Federighi 在台上宣布 macOS 将可以使用 iOS 的 UIKit 框架进行开发。UIKit 原本是只应用在 iOS 平台上一套开发框架，如果 macOS 也能使用的话，意味着多平台应用开发的成本将会有所降低。
使用 AppKit 和 UIKit 开发 macOS 应用
近年来，有很多优秀的第三方应用都离开了 Mac App Store，比如 TextExpander、Coda、BBEdit、Sketch 等。苹果可能也意识到 Mac 平台不再像以前那样对开发者有那么大的吸引力，比如专注 Apple 生态很多年的 OmniGroup 公司，也选择了先在 iOS 上发布 OmniFocus 3.0 版本，而 Mac 3.0 版本则被延后了。再加上 Mac App Store 本身的一些限制，比如沙盒限制、缺乏订阅模式等，才导致了这批优秀应用的离开。
改进 Mac App Store 是吸引开发者的第一步，第二步就是前面提到的将 UIKit 带到 macOS，从而降低多平台开发成本。
此外，UIKit 的到来可能也会让 iOS 应用和 macOS 应用长得更像。从苹果自家重新改版的 Mac App Store 可以看出，它使用了图标以及行高更大的侧边栏，而传统的 macOS 侧边栏则是小图标 + 小行高的。
传统侧边栏和新的侧边栏
我说不清这到底是好还是不好，往好了想可能会让用户对两个平台的应用更熟悉，往坏了想这可能会让 macOS 的空间利用更低效，因为光标原本的点击精度就要比手指触摸更好，把元素做得更大了，不一定更好。
上一期
下一期
精选评论（0） 我的评论