当 Calorie 与 Apple 健康同步时,到底发生了什么

Apple 健康的设计初衷,是让它成为 iPhone 上唯一一个汇集来自不同应用的健康数据的地方——来自健身应用的步数、来自可穿戴设备的睡眠数据、来自智能体重秤的体重数据,而对 Calorie 来说,则是一整天记录下来的餐食所产生的营养和热量数据。这背后的理念是:不应该由某一个应用来充当所有数据的唯一真相来源,它们都应该汇入同一份共享记录。

具体到 Calorie,这种同步是双向进行的。在 Calorie 中记录的餐食——热量、蛋白质、碳水和脂肪——会被写入 Apple 健康,成为其他应用和苹果自家"健康"应用都可以读取的同一份营养记录的一部分。与此同时,Calorie 也可以从 Apple 健康中读取相关数据,比如已有的体重历史记录,这样新用户就不会因为换了一款跟踪应用,而不得不从零开始。

这一点对使用不止一款健康相关应用的人来说最为重要。有人用一款应用记录训练,用另一款记录睡眠,再用一台能自动同步的智能体重秤记录体重——他们不会希望第四款应用把营养数据孤立地存放在别处。有了这种同步,所有数据都汇聚在 Apple 健康中,任何从"健康"读取数据的应用——包括未来可能出现的应用——都能看到完整的全貌。

有必要具体说明到底分享了什么,因为"健康数据同步"这个说法听起来可能比实际范围更广。Calorie 写入的是营养条目:与已记录餐食相关联的热量和宏量营养素。它不会读取或写入心率、睡眠阶段、月经周期这类无关的数据类别——一款热量跟踪应用没有理由去碰那些与食物毫无关系的数据,而它也确实没有这么做。

相关权限完全通过苹果自己的"健康"权限页面来管理,而不是通过 Calorie 内部任何自定义的机制。这意味着适用的是标准的 iOS 控制方式:每一类数据都可以单独允许或拒绝,之后也都可以从"健康"应用自身的设置中撤销,完全独立于 Calorie 之外。这种同步机制不会绕开或规避这套系统。

另一个常见的问题是:如果一个人只用 Calorie,不用其他任何健康应用,那同步还有什么意义?即便在这种情况下,把营养数据汇入 Apple 健康,也意味着它作为标准 iOS 健康数据的一部分被备份了下来,一旦这个人以后添加了其他应用——一款新的健身追踪器、医生推荐的某款应用、Apple 健康未来推出的新功能——这些数据都可以直接使用,而不需要手动重新录入数月的历史记录。

简而言之:这种同步的存在,是为了让营养数据不被困在单独一款应用里;权限完全通过苹果的标准系统来控制;而涉及的数据,也仅限于 Calorie 本身页面上已经展示的营养数据。信息本身是一样的——同步只是决定了它究竟是只留在一个地方,还是成为其他应用也能使用的共享记录的一部分。