2009-05-14 8 views

Répondre

4

Vous n'êtes jamais supposé quitter l'application par programmation. Avertir l'utilisateur qu'il y avait un problème, proposer de l'essayer à nouveau, etc. Mais ne pas tuer l'application. Ceci est explicite dans le Apple HIG. Laissez l'utilisateur décider de la sortie de l'application. Ne le fais pas pour eux.

Idéalement, ne vous mettez pas dans cette situation. :) Plus facile à dire qu'à faire, je sais.

+0

N'offre pas d'essayer de nouveau genre de supposer que l'erreur n'est pas réellement fatale? –

+0

Oui. L'essentiel du message est que AUCUNE erreur dans votre application ne devrait être fatale. – Genericrich

0

La boîte d'alerte et la sortie devraient fonctionner correctement. Court et doux avec juste assez de communication avec l'utilisateur pour leur faire savoir pourquoi votre logiciel est sur le point de ne pas fonctionner.

2

@Genericrich l'a assez sur place:

avertir l'utilisateur qu'il y avait un problème, offrir de l'essayer à nouveau, etc. Mais ne tuez pas l'application. Ceci est explicite dans le Apple HIG.

Le seul conseil que je voudrais ajouter est d'attendre l'inattendu. Assurez-vous simplement que votre application est prête pour ces petites explosions. Cela pourrait être des choses comme: des informations par défaut pour remplir les espaces vides, des alertes adéquates pour informer les utilisateurs de ce qui se passe/réessayer, un état avant de tenter une action destructrice sujette aux attaques, et d'autres habitudes de programmation défensives.

Comme note supplémentaire si vous souhaitez tester les erreurs réseau, vous pouvez consulter l'excellent article de Craig Hockenberry Slow ride, make it easy sur le sujet.

Questions connexes