北京时间2020年6月23日，苹果在一年一度的WWDC上正式公布了苹果官方的“小程序”App。本文将带您了解App，分析其优缺点，展望未来。

什么是应用程序

简单来说，它就是苹果官方的“小程序”。官方定义，App是轻量级的、不需要管理和清理的原生App。

苹果为什么要开发应用程序？应用内生态系统不再繁荣。

2008年7月11日，3G发布并首次支持App，从而开启了iOS平台移动应用时代。但自2015年以来，App上的移动应用数量增速持续下滑，甚至在2018-19年出现负增长（与苹果清理僵尸应用的策略有关）。

数据来自

从图中可以看出，2015年App数量增长21.41%之后，增速一直在下降。截至最新数据，增速不足1%。 iOS App市场不再繁荣，苹果生态系统略显疲软。未来，相关收入将受到影响。下一个App爆发可能是5G时代“重网络”App的爆发，比如AR、VR应用。但至少现在不会，苹果不会袖手旁观，忽视这种下滑。

Web Apps 蚕食低频场景和长尾需求

基于特定低频场景的需求，比如在餐厅点餐、支付等，长期以来并没有被苹果重视。同样，还有一些小型企业型公司，没有实力和能力开发应用程序来抓住移动互联网的趋势。在微信小程序（或其他小程序）诞生之前，唯一的出路就是找到一家低成本、快速的外包公司。开发一个网络应用程序。但是Web App的安全性和用户体验仍然存在问题，所以这次我们主要针对这个场景进行优化。

可以感觉到京东H5版和京东版的体验是有很大不同的。

市场上的微信小程序教育

从理念到技术方案，一切都受到这种来自东方的神秘力量的影响。毕竟，小程序的概念源于微信，并由微信发展而来。在中国，微信小程序可以说是随处可见：餐厅订餐、租车，包括最近高频应用的“健康宝”/“健康码”。用户也逐渐习惯使用小程序来满足低频需求，而不是下载应用程序。

顶层设计

入口

根据WWDC 2020相关信息，入口包括：NFC、QR Code、Cips Code、一些自家的App、Siri等。我把这些入口归纳为三类：场景入口、自有流量入口、外部扩展接口。

场景化入口

场景化入口包括NFC、二维码、Code。有一个场景，用户在停车场直接通过NFC支付停车费，然后把车开走。值得注意的是，拨出电话是在手机锁定时拨打的。

除了NFC之外，还支持通过摄像头扫描普通QR Code（即二维码）和未来Code进入。我指的是苹果发布的Code看起来很像微信小程序的代码。 。 。很难用一个词来形容。 。 。有一种也采用摩尔斯电码，其中一种做成射线，另一种做成环。 。 。

这些入口具有明显的场景特征，多用于离线需要时触发和操作。

自有交通入口

事实上，它问世后，很多人抱怨苹果不支持内部应用跳转。这是不准确的。事实上，苹果自家的Siri、Maps和Maps都支持打开。

事实上，这三个App并不是随意选择的： Map App代表了O2O场景和社交场景，Siri代表了未来的主流交互（非UI交互）。也可以看作是一种唤起方式，但这只是内在的唤起逻辑之一。

目前没有信息表明苹果会在第三方应用程序中打开它。

外部扩展入口

目前，外部扩展入口仅限于。不太了解的同学可以参考如果要入手的话需要按如下格式配置

加入后，使用场景将更加丰富。加入App后，链接转换效率将显着提升。对比如下：

前一种需要下载才能完成转换，步骤多（如果没有登录账号就得登录），等待时间长，转化率不高；集成App的可以第一级完成用户转化，等待时间短。用完即走，转化率高。如果用户想体验完整版应用，也可以自行完成向App的转换。提高利用率。

数据分析

WWDC中的信息显示，它将对应一个唯一的URL。通过访问对应网站的json信息来判断是否可以打开，以及解析哪些字段给打开的传递变量。这种交互逻辑适合非打开，也叫App Clip。

要完成数据分析，需要同时配置相应的Web和App。

网络

您需要将以下代码片段添加到网站的-app-site-文件中：

代码语言：

复制

{ "appclips":{ "apps":["ABCDE12345.example.fruta.Cilp"] }, ... }

如果你以前支持过Link，那么这个文件一定很熟悉。

应用端

项目中需要添加相应的信息

处理并获取调用链接。可以通过属性获得。示例代码：

代码语言：

复制

func respondTo(_ activity: NSUserActivity?) { // Guard against faulty data. guard activity != nil else { return } guard activity!.activityType != NSUserActivityTypeBrowsingWeb else { return } guard let incomingURL = activity?.webpageURL else { return } guard let components = NSURLComponents(url: incomingURL, resolvingAgainstBaseURL: true) else { return } }

这里，为了更好的支持，这次升级了-app-site-文件，支持订阅变量。详情请参阅

代码语言：

复制

{ "details":[{ "appIDs":["ABCDE12345.com.example.resturant"], "components":[{"/":"/$(lang)_$(regin)/$(food)/"}] }] }

发展

可以说APP的开发对于iOS开发者来说是非常友好的。开发app时可以照常使用和发挥。基本上，与开发应用程序相比没有什么区别（除了一些库不支持，例如）

-> 应用程序

App里会有一个入口。如果用户想体验完整功能，可以通过入口进入相应App的下载流程，完成转换。

值得一提的是，如果你想完成从到App的转换而不丢失任何数据，你需要使用data而不是普通数据，因为通常情况下，生命周期结束后，数据就会消失。

使用数据技术后进行数据迁移的步骤如下：

App预加载和缓存机制

首先，官方对App的大小要求是“不超过10MB”。这也是为了实现所谓的“App”概念。其次，启动App时，首先会弹出一张卡片，包括图片信息、标题、描述、地址等信息。卡片弹出后，下载过程开始，当用户单击“打开”时，看起来就像“立即打开”。

最后，App使用完毕后，相应的内存和数据都会被清理（如果没有使用数据的话）。不过官方也提到，如果一个App被反复打开，其数据的有效期会相应延长，并且可能永远不会被删除（就像普通App一样）。

App的技术优缺点（vs微信小程序）优缺点总结

从目前App的开放接口和交互流程来看，App基本上不可能撼动微信小程序在移动App战场上的地位。

对现有iOS应用主流架构的影响

传统的iOS App具有以中心为中心的页面组织结构。为了以后更好的适配App，需要更新为基于其的页面打开/展示架构，统一基于URL传递参数，与现有App的参数解析逻辑一致。

未来应用的使用场景

苹果的技术一直都是循序渐进的。本App的技术分别基于之前的Link、Sign with、Pay。那么App会成为哪些技术的基础呢？

目前，它越来越大，能显示的信息也越来越多。它从一开始就独立于数据下载和显示，并且具有非常强的移动属性。使用上面的App会非常方便。就我个人而言，我觉得目前地图上应用程序的集成可能正在为这种场景铺平道路。接近NFC->开始->选择项目->支付，一切顺利。

据称将于2021年至2022年退出，并带来新的应用交互。但可以肯定的是，数据传输会很困难，所以大型应用程序不适合第一代。这时候，大小只有10MB的应用程序就非常适合了。而且访问Code的速度更快（你甚至不需要打开相机应用程序或用NFC靠近它，如果传感器可以识别Code），交互将变成：识别Code - >显示应用程序 - > 基于Siri完成订购和登录，支付付款同样简单方便。当前的 Siri 条目可能会为此铺平道路。

参考