面对微信小程序，苹果小程序能够扳回一局吗？

北京时间2020年6月23日，苹果在一年一度的WWDC上正式宣布了苹果官方“小程序” App Clips。本文带你来了解App Clips，分析其优缺点，并对前景作展望。

什么是App Clips

简单理解，就是苹果官方的“小程序”。 官方定义，App Clips是一个轻量级的、原生的、不须要管理和清理的App。

苹果为何要作App Clips

App Store内生态再也不繁荣

2008年7月11日，iPhone 3G发行并首次支持了App Store，自此开启了iOS平台上移动应用的时代。可是自15年至今，App Store上的移动应用数量增加率不断走低，甚至在18-19年出现了负增加现象（和苹果清理僵尸应用的策略有关）。

从图中能够看出，从15年App数量增加达21.41%以后，增加率一路走低，截止至最新数据增加率不足1%，iOS App市场繁荣再也不，苹果生态略显疲态，将来会对相关收入形成影响。 下一次App Store，有多是5G时代下的“重网络型”App的爆发，例如AR、VR应用。但至少不是如今，苹果不会对这种颓势坐视无论。

被Web App蚕食的低频场景和长尾需求

基于特定低频场景的需求，好比在餐馆点餐付费，长久以来并无被苹果重视。相似的还有一些业务导向的小公司，没有实力和能力研发App来抓住移动互联网的风口，在微信小程序（或其余小程序）诞生以前，惟一的出路就是找个外包低成本、快速的开发一款Web App。 可是Web App的安全性、用户体验都还存在问题，所以此次Clips主要针对这种场景给出了优化。

能够感觉一下，京东H5版本和京东Native版本，体验差的仍是挺多的。

微信小程序对市场的教育

Clips从想法到技术方案多少都受到了这股来自东方的神秘力量的影响。毕竟小程序这个概念源自微信，也发扬自微信。 在国内，微信小程序能够说无处不在：餐馆点餐、租赁车辆、包括最近的高频应用“健康宝”/"健康码"。用户也逐渐习惯了低频需求用小程序而非下载App。

Clips的顶层设计

Clips的入口

根据WWDC 2020相关Session能够得知，Clips的入口包括：NFC、QR Code、Cips Code、自家部分App、Siri、Safari的Smart Banner,还有Notification。我将这几个入口总结为：场景化入口、自有流量入口、对外扩展接口三类。

场景化入口

场景化入口包括NFC、QR Code 和Clips Code。 在WWDC2020有这么一个场景，用户在停车场经过NFC直接呼叫Clips支付停车费，将车开走。值得注意的是，呼出Clips是在手机锁屏状态下进行的。

除了NFC以外，还支持经过相机扫描普通QR Code（就是二维码）和将来的Clips Code来进入Clips的方式。 指的一提的是，苹果公布的这个Clips Code长得跟微信小程序码。。。一言难尽。。。 有种一样用了摩斯密码，其中一种作成了射线，另外一种作成了环。。。

这些入口有明显的场景特性，多用于在线下须要使用时触发并操做。

自有流量入口

其实Clips出来后不少人抱怨苹果不支持App内部跳Clips，这个是不许确的。其实苹果自家的Siri，地图及iMessage都支持打开Clips。

其实这三个App并不是随便选出来的：苹果地图App表明O2O场景、iMessage表明社交场景、Siri表明了一种将来的主流交互（非UI-Based的交互）。 Notification也算是一种唤起方式，不过这个属于Clips内部唤起逻辑之一。

目前尚未资料代表，苹果会在第三方App开放打开Clips。

对外扩展入口 Smart Banner

目前对外扩展入口仅限于Smart Banner。对于Smart Banner不太了解的同窗能够参考这里 若是想要启动Clips，须要将Smart Banner配置成以下格式

加入了Clips以后，Smart Banner的使用场景会更加丰富。加入App Clips以后，Smart Banner的链路转化效率会有明显提高，对好比下：

以前的Smart Banner必需要通过AppStore下载完成才能完成转化，操做步骤多（若是没登陆AppStore帐号的话还得登陆一下），等待时间长，转化率不高； 集成了App Clips的Smart Banner能够在Clips层完成用户转化，等待时间短，用完即走，转化率高。若是用户想要体验完整版应用，还能自行完成到App的转化。提升了Smart Banner的利用率。

Clips的数据解析

WWDC内资料显示，Clips会对应一个特有的URL，经过访问对应网站JSON信息来判断是否能够打开Clips，以及解析哪些字段，来对打开的Clips作变量传递。这种交互逻辑适合于非Safari的Smart-Banner打开Clips，也称之为Default App Clip Experience。

要完成数据解析，须要同时在对应Web Server和App Clips分别作配置

Web Server

须要在网站的 apple-app-site-association file中，添加以下代码段：

{
	"appclips":{
	    "apps":["ABCDE12345.example.fruta.Cilp"]
	},
	...
}
复制代码

若是以前有支持过Universal Link，那这个文件必定不陌生。

App Clips侧

在工程项目中须要添加对应domain信息

处理NSUserActivity，获取调用连接。 能够经过webPageUrl属性进获取。实例代码：

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 }
}
复制代码

这里，为了更好的支持Clips，apple-app-site-association file本次还作了升级，支持订阅变量，具体能够参考WWDC2020：What's new in Universal Links

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

Clips的开发

Clips的开发能够说对iOS开发者来讲很是友好，能够和平时开发App同样有UIView，能够弹ViewController，基本是和开发Native App相比没有什么区别（除了个别库不支持以外，好比CallKit）

• 首先打开已有工程，新建一个名为App Clips的target

  

• 以后将工程中须要放到Clips里的文件添加到新建的Clips的target中，例如

  

• 最后，像修改主工程同样修改Clips Target下的入口文件便可，例如AppDelegate等。

• 若是想要和主工程共享Asset，能够经过创建一个Asset文件，勾选以前创建的Clips Target便可

  

Clips -> App

在Clips中会存在入口，若是用户想要体验彻底的功能，能够经过入口进入App Store对应App的下载流程，完成转化。

值得一提的是，若是想完成从Clips到App的转化，且不丢失任何数据，须要在Clips中使用 shared data container而不是普通的 standard data container，由于正常来讲，Clips生命周期以后，数据会随之消失。

使用 shared data container技术后Clips数据迁移步骤以下

• Clips的数据记录在"Group container"中。
• 经过Clips下载App，Clips消失，可是数据仍然在"Group Container"中
• 打开App，完成数据从“Group Container”到App的迁移，“Group Container”被清理并移除。

App Clips的预加载和缓存机制

首先，官方对于App Clips的大小要求是"Thinning后不超过10MB"。这个也是为了实现所谓的“Instance App”概念。 其次，App Clips的启动会先弹出Clips卡片，包含了Clips的图片信息，标题，描述，AppStore地址等信息。在此卡片的弹出后即启动下载流程，使得用户点击Open的时候看起来像是“马上打开”。

最后，App Clips使用后，对应内存和数据会进行清理（不使用Shared data container的状况下）。 可是官方还提到，若是某个App Cilps被反复打开，其数据的有效期会相应延长，并有可能永远不删除（像普通App同样）。

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

优势

• 操做路径更短 NFC场景下，用户能够在锁屏下激活App Clips，打开小程序，使用Apple Pay完成下单，操做更便捷。 能够认为今年开始Apple强制要求App 引入Apple Pay是在为App Clips铺路，为了达到极致体验。
• 用户体验更好 相信很多iOS微信小程序用户都遇到太小程序崩溃须要从新打开的情景。毕竟微信小程序的资源受限于微信App自己的资源大小。相比之下App Clips是亲儿子，这种限制即使有，将来也会在系统机制上进行照顾，相应的体验和将来的扩展性会好一些。
• 场景会更丰富 相信将来Cilps的场景会不局限于App，流程和体验优化到必定程度会向手表、眼镜和其它IoT设备扩展。而微信小程序对这些设备的扩展取决于苹果是否能开放相应的API。
• 开发友好 基于上一个章节的介绍，开发一个App Clips程序几乎不须要太多成本

缺点

• 普及速度慢 这里的普及速度既包含App Clips应用自己的普及速度，也包括线下场景的推广。能够想象，Clips Code须要内置一个NFC芯片，成本跟微信小程序一个贴纸比会高不少。并且微信小程序在双端交互和体验一致，而App Clips只在iOS平台上。
• 极致体验须要打通Apple帐户，包括Sign In with Apple和Apple Pay。 相信在国内，这两项技术仍是微信或者支付宝的天下，苹果很难撼动。
• 苹果设备在国内的市场占有率不高，会阻碍App Clips的推广。

结论

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

展望

对现有iOS App主流架构方式的影响

传统iOS App是以ViewController为中心的页面组织结构，将来为了更好的适配App Clips，须要更新为基于Router的页面打开/展现架构，统一基于URL来进行传参，和现有App Clips的参数解析逻辑相一致。

将来App Clips的使用场景

苹果技术向来是步步为营。此次App Clips的技术分别以以前的Universal Link、Sign with Apple和Apple Pay为基础。那App Clips又会成为哪些技术的基础？

Apple Watch

Apple Watch目前越作越大，可展现的信息愈来愈多，自Apple Watch Series3代以来已经独立于iPhone作数据下载和展现，且有很是强的移动属性，在Apple Watch上使用App Clips会变得很是便捷。 我的以为目前在地图上集成App Clips可能就是在为这个场景铺路。 Apple Watch靠近NFC -> 启动 Clips -> 选择项目 -> Apple Pay付款，一切行云流水。

Apple Glass

听说Apple会在2021到2022年内退出Apple Glass，会带来新的应用交互。可是能够确定一点的是，数据传输会是难点，所以大致量的App不适合初代的Apple Glass，这时候只有10MB大小的Cilps就很适合Glass。并且经过Glass访问Clips Code更加快捷（甚至都不须要打开相机应用或者NFC靠近，若是传感器能够识别Clips Code的话），到时候的交互就会变成： Apple Glass 识别 Clips Code -> 显示App Clips -> 基于Siri完成下单、登陆、Apple Pay付款 同样简单便捷。 目前的Siri入口极可能就是在为Apple Glass铺路。

参考资料

• WWDC2020:Explore app clips
• WWDC2020:Create app clips for other businesses
• WWDC2020:Configure and link your app clips
• Creating an App Clip
• Responding to Invocations
• WWDC2020:What's new in Universal Links

欢迎关注个人公众号：尼莫萌

扫码关注：