苹果今年在WWDC上引起了巨大的轰动，它宣布将在明年某个时候让开发者将他们的iOS应用程序移植到Mac上，苹果已经开始了这一进程，将iOS版本的家庭、股票、新闻和语音备忘录应用程序移植到macOS 10.14 Mojave上。

该项目——据传代号为Marzipan——仍处于早期阶段，苹果甚至不打算在2019年之前将其提供给开发者。对于苹果在这里的所作所为，已经有相当多的困惑和**：它是否会看到我们所知的传统Mac应用程序的消亡，这些新类型的应用程序将如何工作，它们是否会感觉像传统的“原生”Mac应用程序，甚至将这些应用程序称为“端口”是否公平。

要理解苹果在做什么，首先我们需要理解为什么我们会在一开始就讨论这个问题。苹果希望让移动开发者更容易在Mac上获得类似于他们的移动应用的东西。

为什么？首先，很明显，现在**iOS应用程序的开发者要比Mac应用程序的开发者多得多。Mac应用程序生态系统并不一定有问题，但与过去几年在iPhone上发生的事情相比，它确实感觉有点过时。让iOS应用更容易移动到Mac上肯定会有所帮助。

正如苹果开发者Guillerme Rambo在几年前的一篇文章中写道的那样，现在，一些开发者经常被迫在开发和支持iOS应用程序或Mac应用程序之间做出选择——在一个iOS用户多得多的世界里，Mac经常错过优秀的软件。

而在桌面上安装小型的移动应用程序则非常方便。在Chromebook上使用Android后，拥有一款轻量级应用程序，用于滚动Instagram或启动待办事项列表等轻量级任务，真是太棒了。Windows一直试图在其框架上做一些类似的事情（虽然有限，但越来越成功），ChromeOS上的Android应用已经退出测试版，尽管它们仍然需要添加窗口支持等功能。

这一切的诀窍在于如何将这些移动应用程序（或任何你真正想使用的词）从移动设备移植到桌面。苹果的解决方案在很多方面都是我们所见过的最有趣的问题。

让我们从Mac和iOS应用程序的区别开始。毕竟，乍一看，它们似乎非常相似：它们使用相同的基本代码语言，比如Objective-C或苹果自己的Swift，而且很多底层API都是相同的。

那么有什么区别呢？将其归结为这一点似乎是显而易见的，但这是用户界面。Mac应用程序使用键盘和鼠标，而iOS应用程序使用触摸屏。简单地将iPhone应用程序以类似于谷歌在ChromeOS上首次推出Android Beta的方式转移到Mac上，并不是苹果想要的体验。完全

因此，苹果的解决方案是为开发者提供使iOS应用程序获得更像Mac的用户界面所需的工具。

到目前为止，许多Mac应用程序都基于一个名为AppKit的软件框架，该框架提供了Mac应用程序的所有用户界面元素：所有窗口、菜单、按钮、滚动条和文本字段，以及计算机实际显示应用程序所需的所有高级软件。AppKit可以追溯到20世纪80年代，是NeXTSTEP应用程序工具包的前身(要了解更详细的历史，请从这里开始。）

当苹果开发iOS时，它创建了一个全新的显示应用程序的软件框架，称为UIKit，它是为iOS设备提供的更小的屏幕和更有限的触摸控制而设计的。但这意味着，iOS应用程序在设备上的显示方式（正如约翰·格鲁伯（John Gruber）在这里指出的颜色显示方式）有很大一部分使用了与Mac应用程序不同的基本代码框架。更为复杂的是，AppKit设计用于鼠标和键盘输入，而UIKit设计用于触摸。

借助Marzipan，苹果希望将UIKit框架引入Mac，这意味着从理论上讲，开发者将能够带来一个在Mac上运行的应用程序版本，而无需从头开始为AppKit用户界面完全重写它们(此外，通过将UIKit作为本机框架添加到macOS，移植的应用程序将以本机方式运行，而不是在模拟器或模拟器中运行）。请注意，苹果正在添加UIKit，而不是取代传统的AppKit。两人将生活在一起。这里，看一张图表！

在苹果自己的生态系统中，这种移植已经有了优先权——苹果电视的iPad应用程序和tvOS应用程序已经在类似的基础上运行。它们内置UIKit，与iPhone版本共享相同的代码。但是开发人员可以更容易地将它们从一个平台移植到另一个平台，并且每个平台都有自己的接口，有自己的考虑、设计和控制。就像你不希望iPad应用程序只是一个巨大的iPhone应用程序，或者苹果电视应用程序像一个带遥控器的iPad应用程序一样，从理论上讲，移植到Mac上的Marzipan应用程序将拥有自己的用户界面、最适合桌面的设计和布局。

不管怎样，这就是理论。但实际上，在macOS Mojave上试用了一些苹果的新应用后，这些应用感觉很像iPad应用。当然，你不能轻触它们，但布局和控制有点像iPad。你可以调整窗口大小（不同于ChromeOS上的Android应用程序），但窗口内容的重画有时有点慢。这些应用程序没有典型的Mac风格。

没有一款应用比家用应用更明显，可以控制你所有的智能家居设备。它看起来很像一个直端口——所有看起来你应该点击它的东西都有巨大的按钮。但你不能点击它，因为苹果基本上认为笔记本电脑上的触摸屏是个坏主意。就像我们现在几乎每年做的那样，我们问苹果为什么会这样，答案并没有真正改变：苹果认为笔记本电脑上的触摸屏使用起来不舒服，大多数用户研究表明，即使是有触摸屏的客户也很少使用。

但不要放弃这样的想法，即最终的结果将是一堆看起来和感觉都像Mac上iPad应用程序的应用程序。苹果发布的这几款应用只是第一款，而Marzipan至少还有一年才能提供给开发者——苹果称这是一个“长期项目”。明年，我们预计苹果将开发框架和API，让这些应用让Mac觉得更为原生。正如Steve Troughton Smith所指出的，翻看Mojave开发者测试版中对Marzipan的基本支持表明，苹果已经开始这样做了：在UIKit中添加界面元素，比如经典的Mac应用程序侧边栏，让开发者在macOS上让iOS应用程序感觉更自在。

此外，我们已经看到这些应用程序中存在大量未开发的（可以说）潜力。当我开始进入这些应用程序的Mac菜单栏时，所有经典的Mac文件、编辑和查看菜单选项都在那里。有一些键盘快捷键，只是没有你想象的那么多。但添加更多内容将非常简单。

现在，Marzipan仍处于早期阶段，只有苹果可以访问它（除非你非常擅长挖掘苹果的文件系统）。苹果移植的四款应用程序看起来确实很像只在Mac上运行的iOS应用程序，如果开发者的目标是拥有良好的本地Mac体验，那么这可能不是最好的开始。

正如Tapbots开发者Paul Haddie在Twitter上评论的那样，“Mac上的UIKit感觉更像是在可调整大小的模拟器中运行iOS应用程序，而不是下一代Mac应用程序。”Troughton Smith的早期实验似乎同意这一点，并指出UIKit窗口的调整目前相当缓慢。

正如苹果软件工程高级副总裁克雷格·费德里吉（Craig Federighi）在接受《连线》采访时指出的那样，苹果已经计划在这一过程中帮助开发者。一旦这些工具明年向开发者推出，他们将能够在Xcode中指定他们想要在macOS上运行的应用程序的变体，这将自动取代应用程序某些部分的交互方式(例如：长时间按下iOS会变成两个手指在Mac上右键点击）。

从理论上讲，开发人员是否可以简单地做一些简单的工作，然后用Marzipan**一个iPhone应用程序的窗口版本？当然，可能会有一些不费吹灰之力的尝试。但这并没有说明它应该提供什么。这里的目标不是用iOS版本取代原生Mac应用程序，而是让开发者能够定制Mac版本的应用程序，否则就永远无法应用到macOS上，并扩展开发者可以在Mac上提供的功能，而无需从头开始编写新的独立应用程序。

这也是为什么移植的iOS应用程序不一定表明苹果正在生产触摸屏iMac或MacBook Pro的原因，正如运行移植的iKit iOS应用程序的tvOS并不意味着苹果正在生产没有触摸屏的iPad，而触摸屏只能通过电视遥控器工作。理想情况下，这些应用程序在某种形式上仍然是Mac应用程序，与任何Mac应用程序都具有相同的鼠标和键盘焦点(再说一遍，这也不意味着苹果没有这样做。很难预测苹果在任何一天会做什么或不会做什么。）

这就是说，移植的应用程序也不会是对AppKit应用程序的1:1的再创造：UIKit应用程序仍然是UIKit应用程序，这意味着——至少现在，根据苹果自己的应用程序的外观来看——总有一些遗传的DNA，比如苹果移植的Home应用程序的这个iOS界面。但这并不意味着苹果在未来一年内不会对此进行调整，也不意味着我们不会达成某种折衷。对于选择支持传统Mac应用程序的开发人员来说，它们可能永远都有空间。

但iKit应用程序在macOS上可能还有另一个用途——用iOS对应的基于iKit的本地端口取代近年来如Slack和Simplenote等涌现的web应用程序风格的电子应用程序。目前Mac上很多最流行的应用都是电子应用，这可能会对Mac构成威胁。如果每个人都习惯了只使用修改过的web应用程序，那么有什么能阻止他们切换到Chromebook或（天方夜谭）Windows？没那么多！

开发人员David Barnard认为，基于UIKit的桌面应用程序可以更轻松地从我们的**在计算机上提供那些方便的、基于应用程序的体验，特别是对于应用程序比网站更好的服务（如银行或天气应用程序）。更重要的是，Marzipan应用程序可能比Electron应用程序提供更好的体验。看看Slack就知道了，它在Mac电脑上是一款非常霸道的歌利亚，但在iPad上运行起来却非常流畅。

这在很大程度上取决于苹果向开发者提供了什么——目前还没有消息说这些工具何时开始向第三方推出，以便在“明年”之后开始修补，更不用说消费者发布了。还有很多问题，比如UIKit移植的应用程序是否会作为通用软件提供，比如iOS、iPad、watchOS和tvOS应用程序目前是如何捆绑的，或者开发者是否能够在Mac App Store上同时提供UIKit和AppKit版本的应用程序。

但是，如果开发者能够利用苹果似乎在这里提供的潜力——再一次，这是一个巨大的、理论上的“如果”——这可能意味着新一波的Mac原生应用程序将极大地改变我们与计算机的交互方式，就像应用程序永远改变了移动领域一样。

哦，还有最后两件完全没有道理的猜测，只是为了好玩。

首先：iPad Pro的一个缺陷是，在Mac上没有足够的“Pro”应用程序。但iPad Pro拥有如此强大的处理器，而且iOS操作系统内置了如此多的功能，这似乎更多的是想象力的失败，而不是操作系统支持它们的失败。也许，如果开发者习惯于用这些新工具为Mac开发功能强大的应用程序，他们也可以在iPad上使用它们。

第二：iOS应用在ARM处理器上运行，Mac在英特尔处理器上运行。据我们所知，在那些英特尔芯片上安装Marzipan应用程序并没有什么麻烦。如果你想有一天**一个基于ARM的Mac，你可能会想要一堆你知道会在上面运行良好的应用程序！