相关疑难解决方法(0)

什么是Cocoapods？我已经看到很多开发人员在开发用于安装API的应用程序时一直在使用Pod,但我并不了解为什么你不能手动导入文件.他们的目的是什么,他们有什么用？

我正在尝试在iOS应用中实施Firebase动态链接.目标是为营销目的设置一个干净的URL,以便人们可以在社交媒体上分享链接.这个想法是人们将共享以我的域名开头的干净的URL.

在点击该链接后安装应用程序时,我们希望能够通过查看Firebase提供的有效负载来跟踪推荐应用安装的人员.我认为此目标类似于Firebase的用例,可将网络用户转换为移动应用用户.

我想在社交媒体上分享的示例链接是:http://example.com/my-payload-here

我已经尝试了几个案例,但无论如何我都无法得到我正在寻找的行为.有没有人以前成功实现过这个？

这是我的测试程序:

1. 卸载应用程序
2. 将要在iMessage中测试的链接发送给自己
3. 点按我的iOS设备上的链接(不使用模拟器)
4. 从App Store安装应用程序
5. 通过点击App Store中的"打开"按钮,在下载完成后启动应用程序

以下是我的发现:

1. Firebase控制台生成的短链接(https://xyz.app.goo.gl/ABCD) - 链接在App Store中打开.我安装了应用程序.安装后启动应用程序时,不会传递有效负载.如果我退出应用程序,请返回iMessage中的链接,然后再次启动,交付有效负载.

2. 与Firebase控制台中的"长动态链接"相同的长链接,用于在#1中生成的链接(https://xyz.app.goo.gl/?link=http://example.com/my-payload-here&isi = 12345&ibi = com.example.MyApp) - 行为与#1相同

3. 使用我的域的短链接(http://example.com/redirect/my-payload-here,配置为301重定向到#2中的URL) - 在App Store中打开.我安装.安装后启动应用程序时,不会传递有效负载.如果我退出应用程序,请返回iMessage中的链接,然后再次启动,该链接仍会转到App Store.

我有一些问题:

1. 案例1和案例2的首次启动时,为什么没有交付有效载荷？
2. 我们如何才能启动应用并提供有效负载而不是去App Store？

我还参考了案例2中深层链接的Firebase流程图.