Bonne façon de sortie de l'application iPhone?

Sur l'iPhone il n'y a pas de notion de fermeture d'une application. La seule action qui devrait provoquer une application pour arrêter de fumer est de toucher le bouton d'Accueil sur le téléphone, et ce n'est pas quelque chose que les développeurs ont accès.

Selon Apple, votre application ne doit pas mettre fin de sa propre. Puisque l'utilisateur n'a pas frappé le bouton de la Maison, tout retour à l'écran d'Accueil donne à l'utilisateur l'impression que votre application s'est écrasé. Ceci est source de confusion, non-standard de comportement et doit être évitée.

Ce n'est pas vraiment un moyen de quitter le programme, mais un moyen de forcer les gens à cesser de fumer.

UIAlertView *anAlert = [[UIAlertView alloc] initWithTitle:@"Hit Home Button to Exit" message:@"Tell em why they're quiting" delegate:self cancelButtonTitle:nil otherButtonTitles:nil];
[anAlert show];

Vérifier la Q&Un ici: https://developer.apple.com/library/content/qa/qa1561/_index.html

Q: Comment puis-je par programmation quitter mon application iOS?

Il n'y a pas d'API fourni gracieusement pour la cessation d'une application iOS.

Dans iOS, l'utilisateur appuie sur le bouton Home pour fermer les applications. Votre application doit avoir des conditions dans lesquelles il est impossible de fournir sa fonction, l'approche recommandée consiste à afficher un message d'alerte pour l'utilisateur qui indique la nature du problème et les actions possibles de l'utilisateur pourrait prendre — allumer le WiFi, l'activation du service de Localisation, etc. Permettre à l'utilisateur de mettre fin à l'application à leur propre discrétion.

AVERTISSEMENT: Ne pas appeler la exit fonction. Les Applications qui appellent exit apparaît à l'utilisateur d'avoir écrasé, plutôt que d'effectuer un arrêt progressif et l'animation de retour à l'écran d'Accueil.

En outre, les données ne peuvent pas être sauvé, parce que -applicationWillTerminate: et similaires UIApplicationDelegate méthodes pas être invoquée si vous appelez de sortie.

Si au cours du développement ou de test, il est nécessaire de mettre fin à votre demande, le abort fonction, ou assert macro est recommandé

Après quelques tests, je peux dire la chose suivante:

• à l'aide de l'interface privée : [UIApplication sharedApplication] entraînera l'application à la recherche comme il s'est écrasé, MAIS il va appeler - (void)applicationWillTerminate:(UIApplication *)application avant de le faire;
• à l'aide de exit(0); permettra également de mettre fin à l'application, mais elle sera "normal" (le springboard icônes s'affiche comme prévu, avec le zoom de l'effet), MAIS il ne fera pas appel de la - (void)applicationWillTerminate:(UIApplication *)application méthode du délégué.

Mon conseil:

1. Manuellement à l'appel de la - (void)applicationWillTerminate:(UIApplication *)application sur le délégué.
2. Appel exit(0);.

Mon Application a été rejetée récemment la colombie-britannique, j'ai utilisé une méthode non documentée. Littéralement:

"Malheureusement, il ne peut pas être ajoutée à l'App Store parce que c'est à l'aide d'une API privée. L'utilisation de la non-Api publiques, qui, comme indiqué dans l'iPhone Developer Program, Contrat de Licence de la section 3.3.1, est interdite:

"3.3.1 les Applications ne peuvent utiliser les Api Documentée de la manière prescrite par Apple et ne doit pas utiliser ou appeler n'importe quel Api privées."

Le non-public de l'API qui est inclus dans votre application est terminateWithSuccess"

Cela a obtenu une bonne réponse, mais a décidé de développer un peu plus:

Vous ne pouvez pas obtenir de votre demande acceptée à l'AppStore sans la lecture de Apple iOS Human Interface Guidelines bien. (ils conservent le droit de refuser de vous pour faire rien contre eux) La section "Ne Quittez pas par programmation" http://developer.apple.com/library/ios/#DOCUMENTATION/UserExperience/Conceptual/MobileHIG/UEBestPractices/UEBestPractices.html
est exact, directrice de la façon dont vous devriez traiter dans ce cas.

Si jamais vous avez un problème avec plate-forme Apple, vous ne pouvez pas trouver facilement une solution pour, consulter HIG. Il est possible d'Apple n'a tout simplement pas envie de le faire et ils ont généralement (je ne suis pas Apple donc je ne peux pas garantir toujours) ne disent dans leur documentation.

En plus de ce qui précède, la bonne, la réponse, je voulais juste ajouter, pensez à nettoyer votre mémoire.

Après que votre application se ferme, l'iPhone OS pour nettoyer automatiquement tout ce que votre application gauche derrière, afin de libérer toute la mémoire manuellement peut augmenter la quantité de temps qu'il faut à votre demande pour quitter.

- (IBAction)logOutButton:(id)sender
{
   //show confirmation message to user
   CustomAlert* alert = [[CustomAlert alloc] initWithTitle:@"Confirmation" message:@"Do you want  to exit?" delegate:self cancelButtonTitle:@"Cancel" otherButtonTitles:@"OK", nil];
   alert.style = AlertStyleWhite;
   [alert setFontName:@"Helvetica" fontColor:[UIColor blackColor] fontShadowColor:[UIColor clearColor]];
   [alert show];
}
- (void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex
{

   if (buttonIndex != 0)  //0 == the cancel button
   {
      //home button press programmatically
      UIApplication *app = [UIApplication sharedApplication];
      [app performSelector:@selector(suspend)];
      //wait 2 seconds while app is going background
      [NSThread sleepForTimeInterval:2.0];
      //exit app when app is in background
      NSLog(@"exit(0)");
      exit(0);
  }
}

[[UIApplication sharedApplication] terminateWithSuccess];

Il a bien fonctionné et appelle automatiquement

- (void)applicationWillTerminateUIApplication *)application delegate.

pour supprimer le temps de compilation d'avertissement ajouter ce code

@interface UIApplication(MyExtras)
  - (void)terminateWithSuccess;
@end 

Quitter une application d'une autre manière que le bouton home est vraiment non-iOS-esque approche.

J'ai fait de cette aide, cependant, qui n'utilisent pas de trucs privés:

void crash()
{ [[NSMutableArray new] addObject:NSStringFromClass(nil)]; }

Mais toujours pas destinés à la production dans mon cas. C'est pour les tests de collision de reportings, ou à rapidement redémarrer après une Base de Données de réinitialisation. Tout juste fait-il sûr de ne pas être rejeté si la fonction à gauche dans le code de production.

Vous ne devriez pas appeler directement la fonction exit(0) qu'il va quitter immédiatement la demande et ressemblera votre application est écrasé. Afin de mieux montrer aux utilisateurs une alerte de confirmation et de les laisser faire cela eux-mêmes.

Swift 4.2

func askForQuit(_ completion:@escaping (_ canQuit: Bool) -> Void) {
    let alert = UIAlertController(title: "Confirmation!", message: "Do you want to quit the application", preferredStyle: .alert)
    alert.addAction(UIAlertAction(title: "Yes", style: UIAlertAction.Style.default, handler: { (action) in
        alert.dismiss(animated: true, completion: nil)
        completion(true)
    }))
    alert.addAction(UIAlertAction(title: "No", style: UIAlertAction.Style.cancel, handler: { (action) in
        alert.dismiss(animated: true, completion: nil)
        completion(false)
    }))
    self.present(alert, animated: true, completion: nil)
}

///Will quit the application with animation
func quit() {
    UIApplication.shared.perform(#selector(NSXPCConnection.suspend))
    ///Sleep for a while to let the app goes in background
    sleep(2)
    exit(0)
}

Utilisation:

self.askForQuit { (canQuit) in
     if canQuit {
         self.quit()
     }
}

Il peut être approprié pour quitter une application que si elle est d'une longue durée de vie application qui exécute également en arrière-plan, par exemple, pour obtenir l'emplacement des mises à jour (à l'aide de la emplacement des mises à jour arrière-plan de la capacité pour que).

Par exemple, imaginons que l'utilisateur se déconnecte de votre position en fonction de l'app, et pousse à l'application de l'arrière-plan en utilisant le bouton d'accueil. Dans ce cas, votre application peut continuer à courir, mais elle pourrait avoir un sens complètement en sortir. Il serait bon pour l'utilisateur (libère de la mémoire et d'autres ressources qui ne doivent pas être utilisés), et bon pour la stabilité des applications (c'est à dire en assurant que l'application est régulièrement redémarré lorsque cela est possible est un filet de sécurité contre les fuites de mémoire et d'autres problèmes de mémoire).

Cela pourrait (mais ne devrait probablement pas, voir ci-dessous 🙂 être atteint avec quelque chose comme:

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    if (/* logged out */) {
        exit(0);
    } else {
       //normal handling.
    }
}

Depuis l'application, puis la sortie de l'arrière-plan qu'il ne sera pas mauvais pour l'utilisateur, et ne ressemblera pas à un crash, en fournissant l'interface utilisateur est restauré à la prochaine exécution de l'application. En d'autres termes, pour l'utilisateur, il ne serait pas très différent d'un système initié à la résiliation de l'application lorsque l'application est en arrière-plan.

Encore, il serait préférable d'utiliser une approche standard de laisser le système de savoir que l'application peut être résilié. Par exemple, dans ce cas, en vous assurant que le GPS n'est pas en cours d'utilisation par l'arrêt de demander l'emplacement des mises à jour, y compris la désactivation de montrer emplacement actuel sur une carte si elle est présente. De cette façon, le système se chargera de mettre fin à l'application de quelques minutes (c'est à dire [[UIApplication sharedApplication] backgroundTimeRemaining]) après l'app entre l'arrière-plan. Cela permettrait d'obtenir les mêmes avantages sans avoir à utiliser le code pour mettre fin à l'application.

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    if (/* logged out */) {
       //stop requesting location updates if not already done so
       //tidy up as app will soon be terminated (run a background task using beginBackgroundTaskWithExpirationHandler if needed).
    } else {
       //normal handling.
    }
}

Et bien sûr, à l'aide de exit(0) ne serait jamais approprié pour la moyenne de la production application qui s'exécute en premier plan, comme pour les autres réponses qui font référence à http://developer.apple.com/iphone/library/qa/qa2008/qa1561.html