版本记录
版本号 | 时间 |
---|---|
V1.0 | 2018.09.28 星期五 |
前言
iOS系统有自己的搜索,大家试过的都知道,这个搜索速度非常之快,可以很快的在网页、appleStor、地图以及其他App中的内容,接下来就让我们一起来看一下这个搜索。感兴趣的看下面几篇文章。
1. App搜索编程指南(一) —— 搜索基本之搜索推动用户参与(一)
2. App搜索编程指南(二) —— 搜索基本之示例实现(一)
3. App搜索编程指南(三) —— 让项目可索引之索引活动和导航点(一)
4. App搜索编程指南(四) —— 让项目可索引之索引应用内容(一)
5. App搜索编程指南(五) —— 吸引网络用户之标记Web内容(一)
Support Universal Links - 支持Universal Links
当您支持通用链接(universal links)
时,iOS用户可以点击指向您网站的链接,无需通过Safari即可无缝重定向到已安装的应用。 如果您的应用未安装,点击指向您网站的链接即可在Safari中打开您的网站。
通用链接为您提供了使用自定义URL scheme
时无法获得的几个主要优势。 具体而言,通用链接是:
Unique - 唯一性:与自定义
URL schemes
不同,其他应用无法声明通用链接,因为它们使用指向您网站的标准HTTP或HTTPS链接。Secure - 安全:当用户安装您的应用时,iOS会检查您上传到网络服务器的文件,以确保您的网站允许您的应用代表其打开网址。 只有您可以创建并上传此文件,因此您的网站与您的应用的关联是安全的。
Flexible - 灵活:即使您的应用未安装,通用链接也能正常工作。 未安装您的应用时,点按指向您网站的链接会在用户期望的Safari中打开内容。
Simple - 简单:一个URL适用于您的网站和您的应用。
Private - 私密的:其他应用可以与您的应用进行通信,而无需知道您的应用是否已安装。
注意:通用链接允许用户在WKWebView和UIWebView视图和Safari页面中点击指向您网站的链接时打开您的应用,此外还有导致调用openURL:的链接,例如在
Messages
和其他应用中发生的链接。
当用户在Safari中浏览您的网站并且他们点击与当前网页位于同一域中的URL的通用链接时,iOS会尊重用户最可能的意图并在Safari中打开该链接。 如果用户点击通向不同域中网址的通用链接,iOS会在您的应用中打开该链接。
对于运行早于9.0的iOS版本的用户,点击指向您网站的通用链接会在Safari中打开该链接。
添加对通用链接的支持很容易。 您需要采取三个步骤:
- 1) 创建一个
apple-app-site-association
文件,其中包含有关您的应用可以处理的网址的JSON数据。 - 2) 将
apple-app-site-association
文件上传到您的HTTPS Web
服务器。 您可以将文件放在服务器的根目录或.well-known
子目录中。 - 3) 准备您的应用程序以处理通用链接。
您可以在设备上测试通用链接。
Creating and Uploading the Association File - 创建和上载关联文件
要在您的网站和应用之间建立安全连接,请在它们之间建立信任关系。 您将这种关系分为两部分:
- 您添加到网站的
apple-app-site-association
文件 - 您添加到应用程序的
com.apple.developer.associated-domains
授权(Preparing Your App to Handle Universal Links中描述了此部分)
您可以在Shared Web Credentials Reference中详细了解您的应用和网站如何共享凭据。
注意:如果您的应用程序在iOS 9或更高版本中运行,并且您使用HTTPS来提供
apple-app-site-association
文件,则可以创建使用application / json MIME
类型的纯文本文件,而无需对其进行签名。 如果您在iOS 8中支持Handoff
和Shared Web Credentials
,则仍需要按 Shared Web Credentials Reference中的描述对该文件进行签名。
您需要为每个域提供单独的apple-app-site-association
文件,其中包含您的应用支持的唯一内容。例如,apple.com
和developer.apple.com
需要单独的apple-app-site-association
文件,因为这些域提供不同的内容。相比之下,apple.com
和www.apple.com
不需要单独的站点关联文件 - 因为两个域都提供相同的内容 - 但两个域都必须使文件可用。对于在iOS 9.3.1
及更高版本中运行的应用程序,无论文件是否已签名,apple-app-site-association
文件的未压缩大小必须不大于128 KB
。
在您的apple-app-site-association
文件中,您指定网站中应作为通用链接处理的路径以及不应作为通用链接处理的路径。保持路径列表相当短,并依靠通配符匹配来匹配更大的路径集。Listing 6-1
显示了一个apple-app-site-association
文件的示例,该文件标识了应作为通用链接处理的三个路径。
// Listing 6-1Creating an apple-app-site-association file
{
"applinks": {
"apps": [],
"details": [
{
"appID": "9JA89QQLNQ.com.apple.wwdc",
"paths": [ "/wwdc/news/", "/videos/wwdc/2015/*"]
},
{
"appID": "ABCD1234.com.apple.wwdc",
"paths": [ "*" ]
}
]
}
}
注意:不要将
.json
附加到apple-app-site-association
文件名。
必须存在apple-app-site-association
文件中的apps
键,其值必须为空数组,如Listing 6-1
所示。details
键的值是一个字典数组,每个应用程序一个字典,您的网站支持。数组中字典的顺序决定了系统在查找匹配时所遵循的顺序,因此您可以指定应用程序来处理网站的特定部分。
每个特定于应用程序的字典都包含appID
密钥和paths
密钥。 appID
键的值是team ID
或app ID
前缀,后跟bundle ID
。 (appID
值与构建应用程序entitlements
后与“application-identifier”
键相关联的值相同。)paths
键的值是一个字符串数组,用于指定网站支持的部分。应用程序以及您不希望与应用程序关联的网站部分。要指定不应作为通用链接处理的区域,请在路径字符串的开头添加“NOT ”
(包括T
之后的空格)。例如,Listing 6-1
中显示的apple-app-site-association
文件可以通过更新路径数组来阻止网站的/ videos / wwdc / 2010 / *
区域作为通用链接处理,如下所示:
"paths": [ "/wwdc/news/", "NOT /videos/wwdc/2010/*", "/videos/wwdc/201?/*"]
因为系统按照指定的顺序评估paths
数组中的每个路径 - 并且在找到正匹配或负匹配时停止评估 - 您应该在低优先级路径之前指定高优先级路径。 请注意,只有URL的路径组件(path component )
用于比较。 其他组件(例如查询字符串或片段标识符)将被忽略。
有多种方法可以在apple-app-site-association
文件中指定网站路径。 例如,您可以:
- 使用
*
指定整个网站 - 包含特定的
URL
,例如/ wwdc / news /
,以指定特定的链接 - 将
*
附加到特定网址,例如/ videos / wwdc / 2015 / *
,以指定您网站的某个部分 - 除了使用
*
来匹配任何子字符串,你还可以使用?
匹配任何单个字符。 您可以将两个通配符组合在一个路径中,例如/ foo / * / bar / 201?/ mypage
。
注意:用于在
paths
数组中指定网站路径的字符串区分大小写。
创建apple-app-site-association
文件后,将其上传到HTTPS Web
服务器的根目录或.well-known
子目录。 该文件需要通过HTTPS访问 - 无需重定向 - 在https:// <domain> / apple-app-site-association
或https:// <domain> /.well-known/apple-app-site-association
。 接下来,您需要在应用中处理通用链接。
Preparing Your App to Handle Universal Links - 准备应用程序以处理通用链接
通用链接使用两种技术:第一种是为Web浏览器和本机应用程序之间的切换Handoff
相同的机制,第二种是Shared Web Credentials
(有关这些技术的更多信息,请参阅Web Browser–to–Native App Handoff 和 Shared Web Credentials Reference)。 当用户点击通用链接时,iOS会启动您的应用并向其发送一个NSUserActivity对象,您可以查询该对象以了解您的应用是如何启动的。
要在您的应用中支持通用链接,请执行以下步骤:
- 添加指定您的应用支持的域的
entitlement
。 - 更新您的应用代理以在收到
NSUserActivity
对象时做出适当的响应。
在com.apple.developer.associated-domains
的entitlement
中,包含您的应用想要作为通用链接处理的域的列表。要在Xcode中执行此操作,请打开Capabilities
选项卡中的Associated Domains
部分,并为应用支持的每个域添加一个条目,前缀为applinks:
,例如applinks:www.mywebsite.com
。将此列表限制为不超过20到30个域。
要匹配关联域的所有子域,可以通过前缀*
指定通配符。在特定域开始之前(需要个周期)。域匹配基于applinks
条目中最长的子字符串。例如,如果您指定条目applinks:*。mywebsite.com
和applinks:*。userss.mywebsite.com
,则针对较长的* .users.mywebsite.com
条目执行域emily.users.mywebsite.com
的匹配。请注意,由于星号后的句点,* .mywebsite.com
的条目与mywebsite.com
不匹配。要为* .mywebsite.com
和mywebsite.com
启用匹配,您需要为每个提供单独的applinks
条目。
指定关联域后,请采用UIApplicationDelegate方法进行Handoff
(特别是application:continueUserActivity:restorationHandler:),以便您的应用程序可以接收链接并对其进行适当处理。
当iOS在用户点击通用链接后启动您的应用时,您会收到一个NSUserActivity对象,其activityType值为NSUserActivityTypeBrowsingWeb。活动对象的webpageURL属性包含用户正在访问的URL。webpageURL
属性始终包含HTTP
或HTTPS URL
,您可以使用NSURLComponents API来操作URL的组件。
当用户点击您处理的通用链接时,iOS还会检查用户最近的选择,以确定是打开您的应用还是您的网站。例如,点击通用链接打开您的应用的用户以后可以通过点击状态栏中的breadcrumb
按钮选择在Safari中打开您的网站。用户做出此选择后,iOS将继续在Safari中打开您的网站,直到用户选择通过点击网页上的Smart App Banner
中的OPEN来打开您的应用。
注意:如果您实例化SFSafariViewController,WKWebView或UIWebView对象来处理通用链接,iOS将在Safari中打开您的网站,而不是打开您的应用程序。 但是,如果用户从嵌入式
SFSafariViewController
,WKWebView
或UIWebView
对象中点击通用链接,iOS将打开您的应用程序。
重要的是要了解如果您的应用使用openURL:打开指向您网站的通用链接,则该链接无法在您的应用中打开。 在这种情况下,iOS会识别出调用来自您的应用,因此您的应用不应将其作为通用链接处理。
如果在活动对象中收到无效的URL,则正常处理失败很重要。 要处理不受支持的URL,可以在共享应用程序对象上调用openURL:以在Safari中打开链接。 如果您无法这么调用,请向用户显示错误消息,说明出现了什么问题。
重要:为了保护用户的隐私和安全,您不应在需要传输数据时使用HTTP; 相反,使用安全传输协议,如HTTPS。
后记
本篇主要讲述了吸引网络用户之支持Universal Links,感兴趣的给个赞或者关注~~~