在拒绝免责声明后以编程方式退出iPhone应用程序

时间:2011-10-22 12:50:15

标签: iphone objective-c cocoa-touch

我目前正在开发一款iPhone应用程序,要求用户接受使用条款/免责声明。如果用户不接受免责声明,我希望该应用关闭。

我的理解是退出(0);不赞成(正如Proper way to exit iPhone application?所讨论的那样)并且人机界面指南规定应用程序应该关闭的唯一时间是通过用户干预。

  1. 如果用户按下免责声明的“拒绝”按钮,停止我的应用功能的最佳做法是什么?
  2. 应退出(0);被称为,还是有更优雅的方式来关闭应用程序?我不一定担心从内存中删除应用程序 - 我只是想让应用程序将用户踢回主屏幕。
  3. 用户按下“拒绝”按钮是否构成用户干预,符合人机界面指南?

4 个答案:

答案 0 :(得分:4)

处理此问题的正确方法是将您的条款写入与您的申请一起的EULA。看门人随后成为App Store,这个问题就消失了。然后,您可以假设运行您的应用的任何人都同意这些条款。

Apple提供了standard EULA,但您的知识产权可以为您提供自定义服务。 Apple只有few requirements那个定制的EULA条款必须满足。

答案 1 :(得分:3)

在我看来,用户点击“拒绝”后做的最好的事情是给他一个抱歉的消息,没有任何按钮继续。换句话说,如果不按下主页按钮,用户将无所事事。它比exit(0)好,因为它看起来像是崩溃。

答案 2 :(得分:2)

在我的情况下,我在我的应用程序开头有一条消息,说明在继续之前应该下载一些数据,有两个按钮“继续”或“退出”应用程序。 “退出”按钮并没有真正退出,只是将Safari浏览器带到前面以显示我们的主页。

这个应用程序被App Store评论员拒绝,因为那个退出按钮。有趣的是,他们在提交原始版本的第二次更新时拒绝了应用程序! (之前的两个版本已被批准,并且具有相同的“退出”按钮)。

无论如何,似乎不以任何方式退出您的应用程序。

答案 3 :(得分:1)

如果你强行以程序方式退出,你的应用几乎肯定会被拒绝。您应该只是提供一个弹出窗口,通知用户他们不能使用该应用程序,除非他们接受免责声明,并要求他们按“主页”按钮退出。基本上,不要随时将用户踢出应用程序。让他们决定何时离开。

相关问题