在IOS中实施免责声明屏幕的策略

Question

在IOS中，您不能以编程方式退出应用程序（我个人认为这是荒谬的）。

在我的应用程序中，我打算显示一个免责声明屏幕，其中包含一些法律文本以及同意和不同意的按钮。当用户同意时，会显示应用程序的主菜单。当他们不同意时，我希望该应用程序关闭。我打算在第一次使用应用程序并且免责声明同意时只显示一次。

但是，您无法以编程方式关闭应用，因为Apple不喜欢它。所以

1）这不是开发人员需要关闭功能的好理由吗？

和

2）我有什么可用和优雅的替代方案？

Answer 1

在Human Interface Guidelines中，Apple建议不要以编程方式退出，并提供两种选择：

  

不要以编程方式退出

     

永远不要以编程方式退出iOS应用程序，因为人们倾向于   将此解释为崩溃。但是，如果外部环境阻止   你的应用程序按预期运行，你需要告诉你   用户了解情况并解释他们可以做些什么。   根据应用程序故障的严重程度，您有两个   选择。

     

显示描述问题的有吸引力的屏幕并建议a   更正。屏幕提供反馈，让用户放心   你的申请没有错。它让用户掌控，   让他们决定是否要采取纠正措施   继续使用您的应用程序或按主页按钮并打开一个   不同的应用

     

如果只有部分应用程序功能无效，请显示   当人们激活该功能时，屏幕或警报。显示   仅当人们尝试访问不是的功能时才发出警报   运作。

因此，我会选择符合第一种选择的内容，然后说“你必须接受本协议的条款以便进行控制。”

Answer 2

如果在移动应用程序上，这将是一个有用的案例，那么它就已经实现了。

一般来说，在开头显示屏幕并不是一个好习惯，因为突然之间用户会感到失望，因为他从一开始就没有得到一点点娱乐。另一方面，需要登录的应用程序执行相同的操作。

建议处理您的问题：

1. 在开头显示您的屏幕，如果用户拒绝，您可以显示没有代表性数据和元素的应用，也可以显示“抱歉，您先行，您必须接受我的规则”的框
2. 使用登录凭据对基于Web的服务执行此协议，并在登录屏幕的开头提供注册新帐户的选项，其中注册实现接受使用您的服务或应用程序的规则。这提供了一种更方便的方法，因为它由许多服务完成。

希望这会有所帮助......

Answer 3

  

这不是开发人员需要近距离功能的好理由吗？

是的，但Apple确实认为不同 你唯一能做的就是接受并找到最好的替代方案

  

我有什么可用和优雅的替代方案？

显示：

如果拒绝显示：