专用应用与广泛应用

Benjamin认为有多种类型的应用，并且它们在平台上并不相互排斥。这是了解苹果新方法的关键。他说：“我认为Mac上一直是些庞大而复杂且功能强大的应用，它们的范围十分广泛。我认为iOS上的应用设计精良，本质上更有针对性。现在人们知道这些东西是什么，他们也希望在电脑桌面上拥有这些简单易用的体验。虽然网页可以做到这一点，但应用带给用户的体验感更有优势。现在你习惯于在手机和iPad上使用相对较新的体验，那为什么不能将相同的体验迁移到Mac上呢？”

为什么在有Web应用时仍要制作原生Mac应用？

虽然苹果和微软正在花费相当大的努力来吸引开发人员为他们的桌面操作系统制作原生应用，但谷歌正在根据不同的财务激励来采取不同的策略。

谷歌新兴的Chromebook本质上是21世纪的虚拟终端，从头开始设计用于Web浏览体验和使用基于Web的应用。但Mac有着悠久的专注于原生应用的传统。苹果的开发人员为什么要通过从iPad移植软件而不是让Mac用户在Safari或Chrome中访问他们的Web应用呢？

Benjamin认为这与性能有关。“应用作为原生应用，与用户在Web上体验的性能截然不同，”他说。此外，“还有另一个好处，这样做能让用户在不同设备上获得相同的体验。”

macOS和iOS：先有鸡还是先有蛋

鉴于iOS和iPadOS似乎是这种新模式的核心，我们询问苹果是否认为iOS（和iPadOS）是其生态系统的主要开发平台。苹果是否希望开发人员首先支持移动设备？

Pruden回答说，不同的设备和操作系统适用于不同的用例，对于开发人员来说，没有哪一个平台比其他平台更重要。

“从数量上来看，显然iPhone应用是最多的，”Pruden继续说道。“但我不认为我们会把数量作为投放精力的主要考虑因素，它也不会影响我们决定下一步支持开发人员的方式。”

然后是SwiftUI。虽然Catalyst旨在帮助开发人员将已有的iPad应用带到Mac上，但苹果建议将SwiftUI视为开始新的跨平台项目的起点。在这种情况下，首先要开发iOS或iPadOS，然后再开发macOS，就像开发所有原生苹果平台一样。

了解SwiftUI

对于WWDC的开发人员而言，Catalyst并不是其唯一的重要公告，此外还包括SwiftUI。SwiftUI是一个框架，旨在使用Xcode和苹果的Swift编程语言“在每个平台上声明应用的用户界面和行为”。

我们从苹果开发者处了解到，SwiftUI提供视图、控件和布局结构，用于声明应用的用户界面。该框架提供事件处理程序，为你的应用提供点击、手势和其他类型的输入，以及管理从应用模型到用户将看到的交互视图和控件的数据流。

你可以将SwiftUI视图与来自UIKit、AppKit和WatchKit框架的对象集成，以进一步使用该平台特定的功能。

虽然很难量化Swift的采用速度，但工程师和macOS及iOS开发人员Andrew Madsen最近提出了一种可行的方法，来估计Swift在苹果应用商城中广泛运用的程度。

Madsen发现42％的应用使用了Swift，但是当他撇去游戏应用时，这一比例上升到了57％。实际上，列表中没有一个游戏使用Swift，因为它们大多数是用Unity等跨平台工具编写的。

“一开始，只有少数应用使用Swift；但三年后，有约一半的应用在使用Swift，这也表明了苹果在引入新语言方面做的很不错，”他总结说道。这对SwiftUI来说是个好兆头。

至于开发人员方面，Shimano表示，TripIt在使用SwiftUI时已有一些重要的促进因素，独立于Mac应用。也就是说，它允许TripIt团队与watchOS应用共享公共代码以改进功能校验，并将简化和减少显示快速变化的旅行数据所需的代码量，例如航班延误和更改登机口。

“但是，我们正在尝试特定的桌面视图，这些视图有可能找到支持iPad甚至iPhone的方式，”他补充道。“通过在单个代码库中编写SwiftUI，我们应该能够通过Catalyst快速轻松地为我们的iPad和iPhone应用带来增强功能。”

Twitter的O＇Brien说：“现在，我们专注于将非常庞大的代码库与许多传统的UIKit接口一起移植到Mac上。目前，Project Catalyst对我们来说是一个很好的解决方案。”Twitter团队对SwiftUI带来的可能性感到非常兴奋，并且该公司愿意在未来采用SwiftUI来获取新功能。

制作Mac应用的三种方法

总结一下，现在有三种不同的方法可以使用苹果自己的工具和框架开发原生Mac应用：

使用UIKit构建iOS或iPadOS应用，然后使用Project Catalyst将其转换为macOS应用。根据苹果的说法，这是针对那些迄今为止在移动设备上更常见而不是在桌面设备上使用的专用应用。

使用AppKit及相关框架和API为macOS构建应用，充分利用平台的全部功能。苹果表示，这适用于传统的重型Mac专用应用。

使用SwiftUI从头开始为多个苹果平台构建应用，SwiftUI可与其他现有框架配合使用。这是苹果期望开发人员在未来为多平台应用所做的事情。

一些Mac用户认为苹果的关注点在iOS上，从而将Mac降级为替补角色。但是对于iOS、iPadOS、watchOS和tvOS而言，Mac必须取得成功。Catalyst致力于支持Mac，同时保持与公司移动平台的紧密联系。从长远来看，这将如何发挥作用还有待观察。大家需要为苹果、开发者和用户所希望看到的最佳结果做准备。

如果你看了苹果产品的营销，你可以清晰地了解到各类产品的目标客户。如今，大多数Mac主要销售给创意人士和专业人士，从作家到平面设计师，从视频编辑到开发人员再到3D动画师。那么将Mac视为创作者的平台，将iOS视为消费者的平台，从定义来看，后者的平台更广。但是，如果用Xcode为Mac开发的应用不能得到关键目标客户的青睐，那么从长远来看，移动平台也无法生存下去。

所以苹果面临的第一个问题是：先有鸡还是先有蛋？Mac还是移动端？要么两个都要，要么两个都不要，二者是共生关系。

但是如果一些iOS软件来到Mac上，会不会出现用户对两者都不买帐的情况呢？添加了铃声就是一个很好的桌面应用吗？这些情况是否会发生不仅取决于开发人员，还取决于苹果如何听取和回应开发人员在建立Catalyst和SwiftUI过程中提出的反馈。

苹果首席执行官蒂姆·库克此前向用户和开发人员保证，苹果致力于将Mac、iOS和iPadOS打造为真正独特的平台。现在，苹果依然如此。但是，该公司的用户和开发者社区正在进入未知的领域，较之前，这些平台很快会紧密联系在一起。这样做的有益程度到底如何，还将拭目以待！