如此来看，切换到 ARM 架构然后统一操作系统的解决方案，相当于扼杀了整个 x86 平台。而且这一举措将可能导致那些依赖于 Adobe、AutoDesk 等软件的专业用户望而却步，因为这些软件大多数必须重新编译，甚多很多不得不重写。
可以说，这对苹果而言将是一场巨变，这与之前从 PowerPC 架构到英特尔的转变有很大的不同。因为在此之前，苹果是从更弱、更慢的架构转移到更强大的架构上，并且获得了主流环境下大量开发人员的支持。因此要说服开发人员切换到 ARM 架构会变得很困难，哪个开发者不希望在最好的、最强大的体系结构下赚钱呢？就算是 Windows 平台，这些年微软在说服开发者开发 UWP 应用过程中，同样处处碰壁。
- 统一的跨平台应用先行？
按照彭博社的说法，苹果从英特尔芯片过渡到 Mac 定制芯片的“卡拉玛塔”(Kalamata)项目会分步骤进行，最开始将会是软件上的“Marzipan”倡议计划。
去年年底，苹果 Marzipan 项目计划首次出现，该平台可以利用统一代码库简化开发者工具，允许开发者创建一个单一的应用程序，适配多个平台，可以使用触摸屏，鼠标或触控板。简单地说，一套应用来适配所有产品线，iOS 应用移植到 macOS 平台更容易，甚至在包括 tvOS 和 watchOS 等在内的所有主要平台上运行统一的应用程序代码库，应用会自动识别是在哪款设备上运行。
听起来，这不就是微软通用 Windows 平台 (UWP)的理念吗？当时微软希望 Windows 在 Windows Phone 8.1 与 Windows 设备之间的体验能够保持一致才特别打造。此类应用对我们普通用户的解释可以很浅显，就是一种可以在多款不同外形规格和输入方式设备上运行的应用程序。从过往苹果对开发者的要求来看，苹果确实有意统一 App Store。
最早，苹果计划了旗下计算平台整体迁移至 64 位，准确的说从 Xcode 7 就开始了，多年下来此计划在近期基本收尾，因为苹果已宣布停止 iOS 11 对 32 位应用的支持。与此同时，过去各个 Xcode 发型说明都有更严格的要求，其中要求 macOS 应用也采用与 iOS 平台相同 ARC 模式内存管理核心机制。
需要说明的是，与微软强迫开发者为台式机和移动设备基于全新交互模式和 API 开发新应用不同，这些年苹果一直是几乎同步为 iOS 和 OS X 添加或扩展相同的新功能，iOS 有大量 macOS 的 API，相反 macOS 也融入了不少 iOS 的 API。因此，那么多年下来，iOS 和 macOS 或多或少同有大量相同共享的 API。
另外，大概在三年前，苹果针对开发者提供了 BitCode 功能。开发者采用 BitCode 编译的应用程序，可以只上传应用程序的“中间件”，而非最终的可执行二进制文件，然后苹果 App Store服务器会自动编译和优化中间件，产生不同 CPU 设备所需的执行文件供用户下载安装。很显然，BitCode 其中的意义在意，任何新指令集的新 CPU 下，苹果可直接在服务器优化和编译开发者上传的 BitCode，让一个为 iOS 编写的应用程序可以再多个苹果平台上运行。
说实话，这些年苹果有意合并 App Store 的举动还很多，但说明苹果至少从三年前就开始筹备 Marzipan 计划了，默默地为单一应用程序在所有苹果操作系统上运行打下了基础。据一些消息称，今年 6 月份 iOS 12 和 macOS 10.14 的 WWDC 大会上，苹果将会有对 Marzipan 有更进一步表示。
