2

我的应用需要“始终”位置权限。如果应用程序直接要求“总是”，Apple 会复杂的位置权限选项，所以我开始要求“使用时”，然后是“总是”。这为用户提供了第一个对话框，用于“使用时”，带有“不允许”和“允许”按钮，这很棒。但是，我希望下一个对话框具有这些相同的按钮（假设它们允许“使用时”），并且我在升级到 iOS 11 Beta 5 之前得到了这个（我不确定 - 我可能跳过了几个贝塔）。

在 iOS 11 Beta 5 中，即使已经授予“使用时”权限，我也会看到复杂的按钮文本（例如“使用应用程序时”和“始终”而不是“不允许”/“允许”）。

我想给用户更简单的选择。我认为用户阅读这些权限对话框的频率与阅读 EULA 的频率一样，如果这不是一个简单的允许/不允许，大多数人只会选择一个随机选项而不是阅读，我的应用程序将没有它的权限需要。

最新的 iOS 11 Beta 可以做到这一点吗？在最终的 iOS 11 中是否有可能？我认为这就是 Apple 的建议 - 这里有一些建议（来自https://m.rover.io/wwdc-2017-update-significant-updates-to-location-permissions-coming-with-ios-11-41f96001f87f） ：

对于那些始终寻求权限级别的人，Apple 现在推荐一种新的权限流程，该流程本质上是一个两阶段的方法。第一阶段或初始入职，应该只要求“使用时”权限......

4

1 回答 1

3

iOS 11 的对话框保持不变。

使用requestWhenInUseAuthorization()iOS 时会显示以下选项：

在此处输入图像描述

如果用户在使用时允许位置访问，而您稍后要求始终使用 访问位置requestAlwaysAuthorization()，iOS 将显示这些选项。您已经获得了这里Don't Allow Any Access没有提供的好处：

在此处输入图像描述

如果您requestAlwaysAuthorization()在请求之前立即请求requestWhenInUseAuthorization()，iOS 将显示以下选项：

在此处输入图像描述

因此，解决您的问题，建议您不仅请求 iOS 对话框，还为用户准备好您自己的预对话框。仅当您确定用户会接受时才请求 iOS 对话框。这将降低用户这次拒绝访问的机会，但在其他情况下可能会允许访问。一旦用户拒绝，您就不能再请求 iOS 对话框了。

一般注意事项：

我认为用户阅读这些权限对话框的频率与阅读 EULA 的频率一样

坦率地说，这不应该是我们开发应用程序工作流程和管理用户隐私的基本假设。

科技公司和公众舆论越来越关注用户隐私。提供选择显然是不够的，部分工作是教育用户将他们的位置 24/7 授予某些可能未知的爱好开发者或数据保护法律未知的国家的公司与单击YesEULA 不同。此外，法律变更要求共享诸如您的实时位置之类的敏感信息不能隐藏在 EULA 中的某处，而必须由用户明确选择。

值得庆幸的是，Apple 等公司的努力确保了开发人员能够负责任地访问用户数据以构建出色的功能。这只能通过像您所指的那样显眼的提示向用户提供选择来完成。因为替代方案可能是没有数据共享或更高的法律障碍。

2018 年 3 月更新

强调上述观点：最近对有关数据隐私的技术缺乏信任（Facebook 和 Cambridge Analytica）证实了了解个人数据所带来的责任是多么重要。结果将是更多的外部监管——这是正确的。设计数据访问权限工作流的结论只能是告知和教育用户，透明地披露哪些数据用于什么目的，并提供一个易于访问的选项来取消共享/删除数据。

2018 年 5 月更新

随着欧盟的General Data Protection Regulation (GDPR)生效，您还必须以简洁、透明、易懂、易于访问且语言清晰明了的方式传达有关您如何处理个人数据的信息。

于 2017-09-21T02:19:20.053 回答