iOS 用户体验流程

Posted 2023-03-13

【中文标题】iOS 用户体验流程

【英文标题】：User Experience Flow on iOS

【发布时间】：2011-04-06 07:52:28

【问题描述】：

在 ios 下，有几个内置钩子用于根据传递的 URL 启动特定于服务的应用程序，例如处理 http://（到 Safari）、处理地址（到谷歌地图）和电话号码（到内置电话应用程序）。一些应用程序将实现很少使用的功能（对于大多数应用程序）注册您自己的服务前缀作为标准做法。想到实现这一点的两个方便的应用程序是 facebook:// 和 skype:// ，这是将准集成与他们的应用程序添加到您的应用程序中的便捷方式。 Skype 甚至在大多数桌面操作系统上都执行此操作，因此您可以从字面上运行命令行 skype://555-1234。您还可以检查这些注册的服务前缀并在您的应用程序中公开有用的菜单选项，但我离题了。

无论是否内置所有这些服务处理程序，iOS 下的问题是您会失去用户，而他们的体验流程会随着手机应用程序而结束（例如）。是的，您可以嵌入 Web 视图来处理某些情况，但手机应用之类的东西仍然胜出。

我建议，如果 iOS 应用程序收到一个尾随 URL 作为其参数的一部分（即使它们接受并可能已经处理了两个 args），那么按照惯例，当我们的应用退出时，我们会启动尾随 URL我们可能被随意交给了。如果以某种方式完全支持，这将允许多应用程序集成和扩展的用户体验。例如，我想象能够通过使用我传递给它的 URL（例如“myapp://return-context-values”）再次启动我的应用程序来启动一个电话并让用户在完成后返回我的应用程序。显然，这可以更进一步。

这种机制是否已经以某种方式存在？如果不是，我想听听你对这个想法的看法。

【问题讨论】：

这已经适用于 oauth。如果您在步骤 A 中将 oauth_callback 设置为您的应用程序 url，当用户在步骤 D 中被重定向时，它将再次打开您的应用程序。 oauth.net/core/diagram.png

【参考方案1】：

查看 x-callback-url.com，它准确地提出了您的建议。

是的，我认为这会很棒。如果你知道你会重新获得焦点，你更有可能将请求传递给我，反之亦然。

【讨论】：

感谢马修的参考。我没有听说过这个提议，是的，他们在谈论同样的问题。尽管如此，这甚至是一个很好的结构，可以在一般 iOS 应用程序中看到在 Web 上实现。

@Ripred，你是什么意思？这对 iOS 来说是个好主意，你对网络意味着什么？听起来很有趣……

@Clark：好吧，即使回调 URL 不是 iOS 特定的注册 URL 方案（可能只是一个 http 返回地址），我们所有的网站都观察到了 symantecs 返回到传递的URL 也让我很感兴趣。考虑登录您的杂货店制作您的购物清单，然后跳转到您最喜欢的食谱网站，选择成分列表作为返回值（并给食谱网站一些眼球作为奖励），然后将其返回到您的购物清单.这是一个人为的例子，但作为用户可能是更流畅的互联网体验

@Amigable 在最后一个上下文中，我指的是如何在浏览器环境中使用它，尽管我最初的帖子确实只是关于解决 iOS 中丢失用户的问题。