苹果在 WWDC2020 上发布了 App Clip，有媒体叫做“苹果小程序”。尽管 Clip 在产品理念上和小程序有相似之处，可是在技能完成层面却是截然不同的东西。本文会针对 Clip 的技能层面做全面的介绍。
完成方式：native 代码、native 框架、native app 相同的分发
在完成上，Clip 和原生的 app 运用相同的方式。在 UI 框架上一起支撑 UIKit 和 SwiftUI，有些开发者以为只能运用 SwiftUI 开发，这点是过错的。Clip 的定位和 watch app、app extension 相似，和 app 在同一个 project 里，是一个独自的 target。仅仅 Clip 并没有自己的专属 framework（其实有一个，可是主要包含的是一些特征 api），运用的框架和 app 共同，能够以为是一个精简版的原生 App。
Clip 不能独自发布，有必要相关一个 app。因而发布的流程和 app 和相同的，在 apple connect 上创立一个版别，和 app 一起提交审核。和 app 在技能上的最大差异仅仅巨细约束在 10MB 以内，由于 Clip 的根底便是期望用户能够最敏捷的被用户运用，假如体积大了就失去了产品的底子。
产品定位：用完即走
苹果对 Clip 的运用场景十分清晰：在一个特定的情境里，用户能够快速的运用 app 的核心服务。是小程序内味了！
坦率的说，很难说 Clip 的理念是苹果原创的，在产品的定位上和微信小程序千篇一律。特别是微信小程序在国内现已彻底普及了，微信小程序初始发布的时候也被苹果加了多条约束。其中一条便是小程序不能有虚拟商品付出功能。现在回头看苹果自己的 Clip 能够完美支撑 apple pay，很难说苹果没有私心。
触手可及
Clip 运用一段 URL 标识自己，格局遵从 universal link。由于苹果对 Clip 的运用场景十分清晰，所以在Clip 的调起方式做了严格约束。Clip 的调用只能是用户主动要建议才干拜访，所以不存在用户在某个 app 里不小心点了一个按钮，就跳转下载了 Clip。
Clip 的建议进口有以下几种：
- NFC
- 二维码
- Safari 中相关了 Clip 的网页
- 苹果音讯运用
- Siri 邻近建议和苹果地图
NFC 和二维码的进口很简单理解，有必要用户主动拿出手机靠近 NFC、翻开相机扫描。苹果专属的 Clip 码生成工具在年末才会敞开。
Safari 中建议和之前的 universal link 相似，在网站装备了相关的 Clip 信息后，会有一个 banner 提示翻开运用。
由于 Clip 提交 app store 审核的信息里也会装备好相关的 url，因而假如在 message 里发了 clip 的链接，操作系统也会在运用里生成一个 Clip 的卡片，用户假如需求能够主动点击。
Siri 邻近建议和苹果地图（在 connect 中能够装备 clip 的地理方位）。场景和前面的二维码相似，假如我在地图上看到一个商家，商家有供给服务的 Clip，我能够在地图或者 Siri 建议里直接翻开 Clip。
再次总结一下 Clip 的进口约束：只能是用户主动建议才干拜访。尽管 Clip 的进口是一段 universal link，在代码里的处理方式也和 universal link 共同，可是为了 Clip 不被乱用，Clip 的调起只能是操作系统调起。App 没有才干主动调起一个 Clip 程序。
无需装置、卸载
由于 Clip 的巨细被约束在了 10MB 以下，在当下的网络状态下，能够完成快速的翻开。为了给用户运用十分轻松的感觉，在 UI 上不会表现“装置”这样的字眼，而是直接“翻开”。预期的场景下用户翻开 Clip 和翻开一个网页相似。因而在用户的视角里就不存在软件的装置、卸载。
Clip 的生命周期由操作系统全权接收。假如 Clip 用户一段时间后没有运用，操作系统就会主动铲除去 Clip，Clip 里存储的数据也会被一并铲除。因而尽管 Clip 供给了存储的才干，可是程序不应该依靠存储的数据，只能把存储当做 cache 来运用，操作系统或许主动铲除缓存的数据。
横向比较：PWA、Instant Apps、小程序
Instant Apps
18 年正式发布的 Android Instant apps 和 Clip 在技能上是最接近的。Instant apps 中文被翻成“免装置运用”，在体会上也是期望用户能够最低本钱的运用上 app，让用户感触不到装置这个步骤。Instant apps 也能够经过 url 标识（deep link），假如在 chrome 里查找到运用的网站，chrome 假如辨认到域名下有相关运用，能够直接“翻开”。音讯中的链接也能够被辨认。仅仅 Instant apps 发布的早，国外用户也没有运用二维码的习气，所以进口上不支撑二维码、NFC。
两者的底子差异仍是在定位上，Instant apps 提出的场景是供给一个 app 的试用版。因而场景是你现已到了 app 的下载页面，这个时候假如一个 app 几百兆你或许就抛弃下载了，可是有一个极简的试用版，就会进步你运用 app 的或许。这个场景在游戏 app 里特别明显，一方面高质量的游戏 app 体积比较大。另一方面，假如是一个付费下载的运用，假如有一个免费的试用版，也能够添加用户的下载或许。在苹果生态里许多运用会供给一个受限的免费 lite 版别也是相同的需求。
可是 Instant apps 在国内没有发生任何影响。由于政策的原因，Google Play 不支撑在国内商场运用。国内的安卓运用商场也是鱼龙混杂，关于 Instant apps 也估量也没有一致支撑。别的国内的安卓生态也和欧美地区差异比较大，前期安卓商场上收费的运用很少，关于用户而言需求试用免费 app 的场景很少。别的大厂也或许会推出专门的急速版运用，装置后利用动态化技能下发代码，运用体积也能够控制在 10 MB 以内。
Clip 则是十分清晰的面向线下供给服务的场景，在运用才干上能够接入 sign in with apple，apple pay。这样一个全新的用户，能够很快速的运用线下服务并且进行注册、付出。用户体会会好的多。安卓由于国内生态的原因，各个安卓厂商没有一致的新用户能够快速注册的接口，也没有一致的付出接口，很难供给相匹敌的体会。假如开发者针对各个厂商独自开发，那本钱上就不是“小程序”了。
Progressive Web App(PWA)
Progressive Web App 是根据 web 的技能。在移动互联网兴起之后，我们的流量都搬运到了移动设备上。然而在移动上的 web 体会并欠好。于是 W3C 和谷歌就根据浏览器的才干，制定了一套协议，让 web app 能够具有更多的 native 才干。
PWA 不是特指某一项技能，而是运用了多项技能的 Web App。其核心技能包括 App Manifest、Service Worker、Web Push。
PWA 相当于把小程序里的代码直接下载到了本地，有了独立的 app 进口。运行的时候根据浏览器的才干。可是关于用户感触和原生 app 相同。
我个人对 PWA 技能很有好感，它的初衷有着初代互联网般的夸姣。期望底层有一套协议后，用户体会仍是没有边界的互联网。然而时代现已变了。PWA 在中国基本上是凉了。
PWA 从出生就带了硬伤，尽管谷歌期望有一套 web 标准能够运行在移动设备上，可是关于苹果的商业战略而言，这并不重要。因而 PWA 的一个协议，从制定出来，再到移动设备（iOS）上支撑这个特性，几年就过去了。而且关于移动用户而言，能够具有一个夸姣的 web app 并不是他们的痛点。
总结起来 PWA 看着夸姣，但好像更多是关于 web 开发者心中的夸姣愿景。在执行中遇到了许多现实的问题，技能支撑的欠好，开发者就更没有动力在这个技能上做软件生态了。
微信小程序
前面提过在产品理念上小程序和 Clip 很相似，甚至说不定 Clip 是受了小程序的启示。在商场上，小程序是 Clip 的真实对手。
小程序根据微信的 app，Clip 根据操作系统，因而在才干上 Clip 有优势。小程序的进口需求先翻开微信，而 Clip 能够经过 NFC 靠近直接激活运用。关于开发者而言，Clip 能够直接获得许多原生的才干（比方 push），假如用户喜欢能够相关下载自己的原生运用。在小程序中，微信出于商业原因开发者不能直接跳转到自有 app，小程序的才干也依靠于微信供给的接口。
关于从 Clip 相关主 app 苹果还挺注重的，供给了几个进口展现相关 app。
首先在 clip 的展现页就会显现：
每次运用 Clip 时也会有一个时间短的浮层展现：
开发者也能够自己经过 SKOverlay 来展现：
不过假如开发者没有自己的独立 app，那么也就只能挑选小程序了。小程序发展到现在场景也比最早提出的线下服务愈加多了，反而相似 Instant apps，更像一个轻量级的 app。
考虑到国内许多小程序的厂商都没有自己的独立 app，因而 clip 关于这部分群体也并没有什么吸引力。不过关于线下服务类，特别有付出场景的，Clip 在用户体会上会比小程序好一些。
总结，Clip 的业务场景和小程序有一小部分是重叠的，小程序掩盖的场景仍是更多一些。两者在大部分时候并不是互斥式的竞争联系，即便在一些场景下 Clip 有技能优势，商家也不会抛弃小程序，由于还有安卓用户嘛。仍是看商家在某些场景里，是否乐意为用户多供给一种更好的交互方式。
对比原生 app 的技能约束
尽管 Clip 能够直接运用 iOS framework，可是由于 Clip 的运用场景是新用户的初度、简短、当下（in-the-moment experience）的运用，相比原生 app 苹果仍是进行了一些约束。
App 不能拜访用户的隐私信息：
- 运动和健身数据
- Apple Music 和多媒体文件
- 通讯录、信息、照片、文件等数据
不过为了能够供给给用户愈加轻便的体会，经过专门为 Clip 规划了免请求的通知、定位权限。不过也有约束：免请求的通知只在 8 个小时内有效。方位只能获取一次。假如 app 需求重度运用这两类权限就仍是和原来相同，能够弹窗请求。
某些高级运用才干也会受限，需求在完好的运用中才干运用：
- 不能请求追踪授权
- 不能进行后台请求任务
- 没在激活状态蓝牙连接会断开
总的而言尽管有一些约束，可是这些约束的出发点是期望开发者关注 Clip 的正确运用场景。关于 Clip 所提倡的运用场景里，苹果供给的才干是彻底够用的。
一些技能细节
能够树立一个共享 targets 的 Asset catalog 来共用图片资源。
在 Clip 中请求的授权，在下载完好运用后会被同步到运用中。
经过 App Group Container 来共享 clip 和 app 的数据。
image
Clip 的 url 能够装备参数：
在 App Store connect 中还能够针对指定的参数装备不相同的标题和图片。比方一家连锁咖啡店，或许不同的店你期望弹出的标题图片是不相同的，能够进行独自的装备。
总结
苹果给定义的 Clip 的关键词是：lightweight、native、fast、focused、in-the-moment experience。
Clip 在特定的线下场景里有着相当好的用户体会。关于现已具有独立 app 的公司来说，开发一个 clip 运用的本钱并不高。我个人仍是期待这样一个好的技能能够被更多开发者接纳，能够供给给用户更好的体会。关于小程序，clip 的场景窄的多，两者并不是直接竞争联系。我更乐意看做是特定场景下，关于小程序原生才干不足的一种补充。
