之前托尼和大家聊过可能即将接任苹果CEO的约翰·特努斯（John Ternus），想必大家对这位硬件领域的伙伴已经有了一些认识。
简单来说，假设未来有一天特努斯真的走马上任，这位硬件工程师出身的高管也许能给苹果带来一些新的风气。搞不好哈，我是说搞不好，复现初见 iPhone 4 的那种惊艳也不是没有可能。。。
但其实苹果未来的规划和动向，不只在换帅这一件事儿上能够得以体现，所以今天托尼就带大家从整个苹果公司生态的角度，聊一下苹果接下来可能会发生的变化。
先说一个对咱们消费者有好处的事儿，以后苹果和安卓设备相互换机，数据也许可以互通了。
之前有苹果换安卓，或者安卓换苹果的小伙伴们可能都经历过换机的痛苦，市面上的换机 App 基本只能保留联系人、照片这些，至于 App 内的数据基本只能重新来过，至于微信倒是还有个聊天记录迁移，但用过的懂的都懂。。。
示例：OPPO 搬家
换机过程之所以让人感到痛苦，核心问题在于苹果与安卓系统的文件系统和数据结构存在差异，同时苹果对第三方应用访问整机数据有着严格的限制，这使得其他手机厂商难以获取iPhone中的数据，所以长期以来跨系统换机时，只能传输照片这类苹果允许读取的公共目录下的数据。
好家伙，怪不得都说苹果会生态绑架，原来是在这一块卡我一手。
但今年 10 月份，苹果在自家开发者页面上悄悄整了个名叫 “ AppMigrationKit （ 应用迁移套件 ）” 的新框架文档，也许就是冲着解决换机这件事去的。
在开发者文档里，苹果特别强调了 AppMigrationKit 不是用来在两台 iOS 设备之间倒数据的，它的设计目标就是 iOS 和 “ 其它平台 ” 之间的 App 内数据迁移。
这个 “ 其他平台 ” 是啥，好难猜呀。
据传相关的落地功能苹果已经在开发了，从 9to5mac 泄露的图片来看，未来 iOS 新版本会直接在 “ 传输或还原 iPhone ” 选项中添加一个 “ 传输到 Android ” 选项。
并且这个活儿不光是苹果在做，对面的安卓也在打配合，不光得接住 iOS 那边传过来的数据，自己未来也会有一个 “ 传输至 iPhone ” 的 App ，史诗级合作了属于是。
不过仔细了解过这件事前因后果的朋友们应该清楚，苹果这次之所以能支持系统间应用的互相迁移，实际上是迫于欧盟《数字市场法案》（DMA）的要求才做出的调整，同时这也是针对欧盟地区第三方侧载应用的数据迁移问题所推出的解决方案。
对，就是前段时间闹得沸沸扬扬的，欧盟要求苹果开放第三方应用市场那档子事儿。
不愧是欧洲工信部啊。。。不过虽然是欧盟在背后推动，但托尼觉得这也离不开苹果自身的态度转变。
要知道苹果以往可不会对欧盟的要求言听计从，就拿统一 USB-C 接口这件事来说，苹果硬是让 Lightning 接口多撑了好几年，直到欧盟彻底失去耐心，直接要求苹果要么改用 C 口，要么就别在欧盟市场销售，这才促成了 iPhone 15 系列配备 Type-C 接口。
还有这次让苹果开放应用数据迁移的 DMA 法案，也让苹果在欧盟范围内开放了第三方应用侧载和开放非 WebKit 浏览器内核，虽然说中间还是有一些小插曲，但总体来说果果的听劝程度是史无前例的。
而且要我说，果果这波听劝除了能利好我们消费者之外，也有为自身考虑的作用。
简化安卓与苹果间的数据迁移流程，既能让iPhone用户更轻松地转用安卓设备，也能让安卓用户更便捷地切换到iPhone。如此一来，用户后续选择哪个阵营，就纯粹取决于哪家的产品竞争力更突出了；从今年iPhone 17的销量情况来看，苹果在这方面显然颇具底气。
除了利好消费者这一头的生态开放，苹果在开发生态这块也动作频频 —— 自家的 Swift 语言正在尝试突破苹果生态，兼容安卓和 Windows 。
今年的 10 月 24 号，苹果的 Swift 编程语言发布了面向 Android 平台的 Swift SDK （ 软件开发工具包 ）预览版。
先给不明白这是咋回事的差友们稍微解释一下 ——
Swift 是苹果发布的一款编程语言，早期主要是给 iOS 、 macOS 这些苹果操作系统编写 App 用的，而这次安卓 SDK 的发布，以后开发者开发安卓应用做跨端就更方便了。
要知道以往苹果的 Swift 在跨端方面做得并不多。
2015年末，苹果宣布Swift开源，理论上让这门编程语言具备了跨平台运行的可能性。不过，要用Swift开发其他平台的软件远非开源就能解决所有问题——缺乏官方SDK、调试链路不完善等问题，都让开发者望而却步。因此，多年来大家仍依赖Flutter、React Native、Xamarin等框架进行跨端开发；谷歌安卓的编程语言Kotlin也有Kotlin Multiplatform项目推进跨平台开发，但苹果在这方面的配套支持确实相对有限。
这里再给大家举一个 Swift 跨端开发的例子：之前我们编辑部里用 Mac 的同事，都特别喜欢一款叫 Arc 的浏览器，使用体验相当好。不过最开始的时候，它还只是 macOS 系统独占的应用，像托尼这样的 Windows 用户们，都对此羡慕不已。
直到去年 4 月，Arc 浏览器团队用 Swift 做了跨端，把 Windows 版也开发出来了，用同一套代码共享核心逻辑，维护也更方便，他们的 CTO 还专门做了个视频解释他们是如何通过 Swift 做开发的。
根据苹果官方的表述，今年早些时候Swift方面召集了部分苹果工程师与开源工作者，组建了一个安卓工作组，其核心任务是推动开发者运用苹果编程语言Swift来开发安卓应用，此次推出的SDK正是该工作组的成果。
从这些事儿上其实能看出来，近年来 Swift 在逐渐摆脱 “ 苹果生态语言 ” 的标签，慢慢往跨平台的语言发展。
自打 2015 年开源以来，先是支持 Linux ，对 Windows 的支持也日趋完善，现在还有了安卓 SDK ，未来开发鸿蒙程序也不是不可能。。。
而这回安卓的 SDK 发布以后，那些熟悉 Swift 语言的开发者，可以把自己基于苹果生态做的应用，更快搬到安卓平台上。就比如前段时间世超介绍的 Todoo ，托尼看到评论区很多人都希望它能出一个安卓版本。
托尼也很期待那个仿富士风格的 Dazz 相机也能出一个安卓版，现在安卓这边的清一水都是假货，拍出来的效果压根儿不是那味儿。。。
不过说到底，苹果这波操作并不算什么开天辟地的新发明，托尼更愿意把它理解为亡羊补牢，做了本来就该做的事。
毕竟你想啊，开发者要是选了 Kotlin 做跨端，肯定是安卓这边的体验被优先伺候明白，这对苹果来说就很尴尬了，跨端开发这条路要是被 Kotlin 一家包圆，它 Swift 再强也只能在苹果自家玩，越来越边缘化。
所以苹果给 Swift 推安卓 SDK ，确实是更开放的一种表现不假，但说白了也是一种自救。
以上我们说的，都是苹果生态主动破圈的一些动作，但我们从外部看，现在安卓厂商们的强行兼容主动融入，其实也让苹果生态变得开放。
从最初OPPO、vivo等厂商支持与苹果Live Photo互传，到如今AirPods开盖即连、Apple Watch通知提醒，乃至iPhone电话短信流转等功能的实现，安卓阵营近期也推出了Quick Share跨平台互通功能，能够直接向iPhone“隔空投送”照片与文件。
以前我们总说苹果生态是个闭源生态，但从目前的发展态势来说它确实是走上了一条大家未曾想过的开放之路。。。未来苹果生态继续扩张、生态间的互联互通一定是个大趋势。
米家和 HomeKit 互通，要不要考虑下？
无论如何，生态开放不管对用户还是厂商来讲都是好事。还记得之前微软也是是非常极端的闭源爱好者，近两年也还是转变态度，大搞开放拥抱开源，迎来了新的增长周期。
苹果现在的变化，或许也是正在酝酿后面的跃迁。
