在 IOS 中,您不允许以编程方式退出应用程序(我个人认为这很可笑)。
在我的应用程序中,我打算显示一个带有一些法律文本和同意和不同意按钮的免责声明屏幕。当用户同意时,应用程序的主菜单就会出现。当他们不同意时,我希望该应用程序关闭。我打算仅在首次使用该应用程序并同意免责声明时显示一次。
但是,您不能以编程方式关闭应用程序,因为 Apple 不喜欢它。所以
1) 这不是开发人员需要关闭功能的好理由吗?
和
2)我有什么可用且优雅的选择?
在 IOS 中,您不允许以编程方式退出应用程序(我个人认为这很可笑)。
在我的应用程序中,我打算显示一个带有一些法律文本和同意和不同意按钮的免责声明屏幕。当用户同意时,应用程序的主菜单就会出现。当他们不同意时,我希望该应用程序关闭。我打算仅在首次使用该应用程序并同意免责声明时显示一次。
但是,您不能以编程方式关闭应用程序,因为 Apple 不喜欢它。所以
1) 这不是开发人员需要关闭功能的好理由吗?
和
2)我有什么可用且优雅的选择?
在Human Interface Guidelines中,Apple 建议不要以编程方式退出并提供两种选择:
不要以编程方式退出
永远不要以编程方式退出 iOS 应用程序,因为人们倾向于将其解释为崩溃。但是,如果外部环境阻止您的应用程序按预期运行,您需要告诉您的用户这种情况并解释他们可以做些什么。根据应用程序故障的严重程度,您有两种选择。
显示一个有吸引力的屏幕,描述问题并提出更正建议。屏幕提供反馈,让用户确信您的应用程序没有问题。它使用户处于控制之中,让他们决定是否要采取纠正措施并继续使用您的应用程序,或者按下主页按钮并打开另一个应用程序
如果您的应用程序的某些功能无法正常工作,请在人们激活该功能时显示屏幕或警报。仅当人们尝试访问不起作用的功能时才显示警报。
因此,我会选择符合第一个选项的内容,并说“您必须接受本协议的条款才能继续”。
如果在移动应用程序上,这将是一个有用的案例,它就会被实现。
一般来说,一开始就显示屏幕并不是一个好习惯,因为突然用户会感到失望,因为他从一开始就没有得到一点娱乐。另一方面,需要登录的应用程序做同样的事情。
建议处理您的问题:
希望这可以帮助...
这难道不是开发人员需要关闭功能的好理由吗?
是的,但苹果确实有不同的想法。
你唯一能做的就是接受并找到最好的选择
我有什么可用且优雅的替代方案?
显示:
如果被拒绝显示: