Universal Links 新变化:让触达更广更快

10/19 10:23
阅读数 17

Python实战社群

Java实战社群

长按识别下方二维码,按需求添加

扫码关注添加客服

进Python社群▲

扫码关注添加客服

进Java社群

作者丨Damien,iOS 开发者。目前就职于字节跳动。

来源丨老司机技术周报(ID:LSJCoding)

Session:https://developer.apple.com/videos/play/wwdc2020/10098/

引言

通过本文你将会了解到 Universal Links 基本概念,并且深入了解今年 Apple 对 Universal Links 的改进及优化

概述

Universal Links 是 HTTPS 或 HTTP URL,它们使用户可以在 App 中而不是在 Web 浏览器中打开你的内容,从而使你能够提供更丰富的体验。如果你的 App 没有安装,点击链接还是可以使用 Web 浏览器中打开你的内容。如果你还在使用自定义 URL Scheme,应尽快迁移到 Universal Links。

Universal Links 对自定义 URL Scheme URL 有哪些优势?

  1. 通用 - Universal Links 是标准的 URL 格式,而自定义 URL Scheme 则很特殊,并且只有你的 App 能解析和处理它。

  2. 安全 - 当用户安装你的应用时,iOS 会检查你已上传到网络服务器的文件配置,以确保你的网站允许您的应用代表其打开URL。

  3. 灵活 - 即使未安装你的 App,Universal Links 也可以使用。未安装你的应用程序时,按用户的期望,点击指向你网站的链接可在 Safari 中打开内容。

  4. 简单 - 一个 URL 对你的网站和 App 均适用。

  5. 隐私 - 其他应用可以与你的 App 通信,而无需知道你的 App 是否已安装。

Universal Links 是网站和 App 之间关联关系的重要纽带,接下去我们将会带你深度了解 Universal Links 今年的改进。

Tips:想了解更对关于 Universal Links 更多信息可以查看What's New in Universal Links[1]

Watch OS 平台的支持

今年将会增加支持 Watch OS。Universal Links 在 Watch OS 上的工作方式与在我们其他平台上的工作方式相同。但是其中也有一些差异性,接下来我们一起了解下。

Associated Domains Entitlement 应用范围

Associated Domains Entitlement 是构成 Universal Links 重要配置部分,需要注意的是,如果你想在 Watch OS 中开启 Universal Links 的支持,你需要应用在 WatchKit Extension 中,而不是 WatchKit App 中。

处理机制的区别

在 iOS 和 MacOS 中我们处理和打开 Universal Links 方式如下

然而在 WatchOS 中,处理和打开的处理方式发生了变化

值得注意的是,handle 方法在 WatchOS 不会有处理成功失败的回调,所以在 Watch OS 中打开 Universal Links 失败的情况下会有个提示页面。

SwiftUI 的支持

在 SwiftUI 中,我们也增加了新的 API 支持处理和打开 Universal Links。

匹配模式的改进

在了解新的变化之前,我们先快速回顾一下现有的 Universal Links 都支持哪些匹配模式。

  • 星号匹配 0 个或多个字符,并且贪婪地匹配。它将匹配尽可能多的字符。

  • 问号匹配一个字符。

  • 要匹配至少一个字符,请使用问号,后跟星号。

现在我们将会介绍新的匹配模式

支持大小写忽略的模式匹配

在不支持不区分大小写的匹配模式之前我们会遇到这样的一些问题:在我们的匹配路径中需要识别一个叫做 sourdough 的路径,在不支持不区分大小写之前我们需要这么去配置我们的 apple-app-site-association 文件

这太可怕了,你需要去处理所有的 case。

现在我们带来了新的忽略大小写的功能,针对上面的例子,我们只需要这么处理

嗯,看起来简洁多了,你只需要新增一个配置 caseSensitive 并且把它设置为 false 即可。

此变化将会在 iOS 13.5 和 MacOS 10.15.5 中生效

Unicode URL 支持

URL 通常都是 ASCII 编码,当你有一些非 ASCII 编码参数的时候如中文。你需要将非 ASCII 编码参数进行 URL Encode以满足 URL 编码格式,这显然对 URL 的阅读很不友好,举个例子

很明显,对 URL 所代表代码的参数信息难以去阅读和理解。

所以,我们带来了另外一项新特性:Unicode URL 支持

还是刚才那个例子。我们可以这么去表示:

你只需要增加一个新的配置 percentEncodeed 并且把它设置为 false,这将会禁用基于 ASCII 编码参数的解析,以便支持 Unicode 编码参数的解析。当然,你也可以同时使用 percentEncodedcaseSensitive 配置,这 2 个配置会同时生效。

除此之外,你还可以指定 defaults 字段来代表配置中的默认行为

此变化将会在 MacOS Big Sur 和 iOS 14 中生效

替代变量的支持

在开始本节内容之前,我们先从一个现实生活的例子出发来引出我们要解决的问题:我们在开发一个食品订购应用程序,它的链接表示如下

它包含一个由两个字母的语言代码,一个下划线和一个两个字母的国家/地区代码组成的语言环境代码。其次是产品名称,是我们网站和相应应用程序中出售的几种食品之一。我们首先使用一个的匹配模式去满足 Universal Links 要求

但是这会引发一些问题:此模式将匹配比我们想要的更多的URL。在我们不运营的国家呢?我们不支持的语言?还有我们不出售的产品?此模式将匹配所有这些。于是我们尝试进行一些优化:我们尝试对我们要匹配的可能值列表进行硬编码。于是,现在的匹配模式会变成这样:

如果我们仅支持少数几个地区和语言,并且仅提供少量产品,那可能会奏效。但是我们将在全球 100 多个国家/地区开展业务。如果仅考虑每两个字母的语言代码,每两个字母的区域代码以及4种产品,我们已经有 180 万种可能的模式来进行匹配,它们占用了 27 MB。

为了解决此类的场景问题,我们推出了新的特性:替代变量

替代变量:可以匹配的字符串列表的变量表示。

替代变量分为内建变量和自定义变量 2 种:

  • 内建替代变量

内建变量类型以及对应的含义如上表所示

  • 自定义替换变量

除了内建变量之外,我们还支持了自定义替换变量。在 apple-app-site-association 配置文件中,添加一个 substitutionVariables 字段,在此字段中声明我们自定义的替换变量

此刻,变量 food 将会匹配它所声明的 4 个字符串。

了解了替代变量的概念后,我们回过头,尝试优化下我们刚才所遇到的场景,我们可以把我们匹配模式表达如下

这个例子中我们使用了内建的替代变量和自定义替代变量,我们可以将 180 万种、占用了 27 MB 的 apple-app-site-association 配置文件优化为短短数行。

如果我因为某个地区政策不想匹配我的 Universal Links,我该怎么办呢?

没问题,我们可以使用 exclude 配置去声明排除一些 Universal Links 的匹配。比如我们不匹配加拿大的链接:

这就是我们替代变量的强大之处,你可以灵活的声明和组合你想要的 Universal Links 链接,通过替代变量,你可以轻松的完成这些工作。

Tips:这些变化将在 MacOS 10.15.6 和 iOS 13.5 中生效

优化配置下载体验

首先我们来了解下 Universal Links 下载 apple-app-site-association 文件的流程。

  1. 我们打开 App Store 并选择我们要下载的应用程序。

  2. 下载并安装该应用程序后,系统将检查 ipa 中的 Universal Links 配置,发现它需要来自一个或多个 apple-app-site-association 文件的数据。

  3. 设备与该文件的 Web 服务器的连接,以便下载 apple-app-site-association 文件数据。

  4. apple-app-site-association 文件从 Web 服务器下载到设备,于是 Universal Links 机制生效。

但是,如果下载出现问题怎么办?如 Wi-Fi 掉线,服务器崩溃或从设备无法访问服务器,此时 apple-app-site-association 文件数据将不会下载到本机设备。这种状态可能会持续数小时或数天,直到系统下次尝试更新该应用程序的数据才会重新生效。针对此类场景,我们怎么去做优化呢?

我们方案是使用 CDN,现在的下载流程将会变为这样:

使用 CDN 的好处有很多,如:

  • 我们已经建立了一个 CDN,专门用于关联的域和 apple-app-site-association 文件,因此我们可以对其进行微调,以向用户提供最佳体验。

  • 因为CDN缓存来自多个 Web 服务器的数据,所以我们可以使用单个 HTTP/2 连接来请求我们需要的所有数据,而不是为每个Web服务器使用单独的连接。缓存将服务器上的总负载从每天潜在的数百万个请求减少到很少。

  • 而且由于CDN具有已知的良好连接,已知的快速连接,因此用户对您的应用程序的体验总体上更加可靠。

从 MacOS Big Sur 和 iOS 14 开始,你的 Web 服务器将仅从位于 Apple CDN 接收对你的 apple-app-site-association 文件的请求。

由于 Universal Links 中的 apple-app-site-association 文件现在通过 CDN 的方式来分发,针对一些无法通过公共互联网访问到你的 Web 服务器,比如服务器可能是用于部署测试的 Web 服务器,或者仅供连接到你内部网络的员工使用的Web 服务器。我们如何继续支持这些方案呢?

我们在 CDN 支持中设计了一些功能,可以为你提供帮助。我们称它们为备用模式。备用模式使您可以绕过 CDN 并直接连接到你的 Web 服务器中。

  • 开发者模式,设计用于在构建和测试应用程序之前将其部署到 TestFlight 或最终用户时使用。

  • 托管模式,用于在使用 MDM 配置文件安装应用程序时使用。

下表为各种模式下的限制和应用范围

在 Entitlement 开启备用模式也很简单,只需要在配置中的 URL 添加开启参数即可:

总结

今年的 Universal Links 的改进干货满满,

  • 我们新增加了 WatchOS、SwiftUI 的支持,使得多平台使用体验一致性。

  • 在匹配模式方面,我们支持了大小写忽略模式、Unicode URL 的支持、以及功能强大的替换变量的支持。为你带来更高的易用性和更高的灵活性。

  • 使用 CDN 来优化 apple-app-site-association 配置的下载体验。改善用户使用 Universal Links 的用户体验。

通过不断的优化,希望 Universal Links 是网站和 App 之间关联关系的重要纽带,共同配合给用户带来更好的设备使用体验。

参考资料

[1]

What's New in Universal Links: https://developer.apple.com/videos/play/wwdc2019/717

程序员专栏 扫码关注填加客服 长按识别下方二维码进群

近期精彩内容推荐:  

 看黄片,起诉网站,可尼玛太秀了

 知乎高赞:35岁失业的中年人都去了哪儿?

 求求你别再用offset和limit分页了

 Python 代码实现验证码识别,很稳

在看点这里好文分享给更多人↓↓

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部