我是一名 ios 应用程序开发人员。我们已经实现了一个自定义 URL 方案“my_app://section_name”左右,如果在用户的移动浏览器中打开链接,它会将用户重定向到应用程序中的特定部分。
我们希望能够发布这些 URL 并让用户在他们的移动设备上单击它们以打开应用程序,但是它只能单击一次(当您单击关闭时,也许您单击错误然后您想再次单击它但是这没用 )
我希望这不是一个太愚蠢的问题。谢谢
我是一名 ios 应用程序开发人员。我们已经实现了一个自定义 URL 方案“my_app://section_name”左右,如果在用户的移动浏览器中打开链接,它会将用户重定向到应用程序中的特定部分。
我们希望能够发布这些 URL 并让用户在他们的移动设备上单击它们以打开应用程序,但是它只能单击一次(当您单击关闭时,也许您单击错误然后您想再次单击它但是这没用 )
我希望这不是一个太愚蠢的问题。谢谢
您应该考虑的一个解决方案是不直接共享 URI 方案,而是在您的 Web 服务器上创建一个页面来处理这个问题。事实上,如果您希望能够与路径共享完整的 URI 方案,您最好构建一个 Web 服务器来动态生成具有 URI 方案重定向的页面。
这是对我们在Branch构建的内容的过度简化表示。这包括一些帮助您入门的代码,尽管 Web 服务器需要一些此处未描述的设置。
而不是 testapp://some.data.here,您将链接到http://yoursite.com/hosted-redirect/some.data.here。
你的服务器应该监听 /hosted-redirect 路由,在此处获取 some.data.here 并构建以下页面(此处为正文):
(来源:derrrick.com)
因此,您的服务器必须生成并响应此页面,并在任何时候请求http://yoursite.com/hosted-redirect/some.data.here时填写 some.data.here 。
轻量级节点应用程序可以使用单个文件执行此操作。
确保在发布后检查推文正文。
这可能是由于 URL 缩短器造成的,特别是如果推文是从 iOS 5 Twitter 框架发布的。
我对 url 方案有类似的问题。我们可以将它们包含在电子邮件和短信中,它们会突出显示并正常工作。
不幸的是,当我们对推文做同样的事情时,iOS Twitter 客户端无法识别特殊的 URL 方案,因此用户无法点击它来打开我们的应用程序。
相当大的疏忽,我想。其他人有任何喜悦,包括推文中的特殊 URL 方案链接吗?