iOS 开发 : Is there ever a time when it's appropriate for an app to kill itself?

标签 ios iphone kill

几年来,我一直在开发供企业使用的 iOS 应用程序。这是对花费多年(!)年开发桌面应用程序的调整。我很早就了解到的第一件事是,应用程序自杀是不受欢迎的。 Apple 开发者论坛上的发帖者对它充满敌意,这也是我不再去那里的原因。

现在我有一个功能非常关键的应用程序,它要求用户在使用应用程序之前接受条款和条件,如果没有接受条款,应用程序将无法运行。选择是接受还是拒绝,但当用户主动拒绝时,最好的办法似乎是完全终止应用程序。

我的问题是,在这种情况下,这样做会有什么问题吗?我会永远被开发者诅咒吗?

最佳答案

您可以在此处更改交互。

而不是 accept (and use the app)decline (and never be able to use the app)将其更改为 accept (and use the app)或者什么都没有。

如果用户不接受,则他们无法使用该应用程序。他们不必拒绝任何事情。不接受就是你所需要的。

如果他们不接受,那就什么都不做。他们总是可以稍后再回来接受并开始使用该应用程序。

关于iOS 开发 : Is there ever a time when it's appropriate for an app to kill itself?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44370834/

相关文章:

iphone - 什么是拥有无版权图片的网站?

iphone - iPhone中能否获取 "Default Alarm"信息?

android - 我的应用程序被杀死(致命信号 11)

linux - 内存充足的 Oom-killer(内存不足)(?!) - inotify

ios - 可能带有加载不同 url 的菜单按钮的 webview?

ios - 使用 NSDictionary valueForKey 查找对象与遍历 NSArray

ios - 使用 UILabel 和 UITextView 自动布局

objective-c - 我使用 NSUserDefaults 错了吗?

linux - 用名称杀死随机进程

objective-c - 点击时如何放大 UIImageView