Je travaille sur un iPhone qui interagit fortement avec un serveur. Je suis à l'étape où je considère comment réagir à des choses comme l'échec du réseau et les délais de session.Handling abandons Internet sur l'iPhone
Les deux tâches les plus courantes qui se produiront est réponse à problèmes de réseau sont: 1 - Un message informant l'utilisateur que le réseau ne peut pas être atteint et en leur demandant de réessayer plus tard (UIAlertView) 2 - Certains échecs causeront l'utilisateur de revenir à l'écran de connexion
Je veux être capable de gérer ces problèmes de manière propre. À l'heure actuelle, il y a l'interface graphique et la couche Service. La couche Service n'a aucune connaissance de l'interface graphique - il est de la responsabilité de la vue de déclarer les méthodes déléguées qui sont appelées lorsque les données sont renvoyées.
je ne sais pas, cependant, veulent exiger la ViewController devoir gérer les deux tâches mentionnées ci-dessus. Je vais créer des méthodes déléguées qui sont appelées en cas d'échec, mais elles doivent principalement gérer tout nettoyage requis pour ce ViewController (c'est-à-dire arrêter l'indicateur de chargement).
En ce qui concerne le traitement réel des messages et revenir à l'écran de connexion, je préfère que être géré par une classe centralisée. Je pense à créer une autre classe qui contrôle l'interface de la couche GUI à la couche Service. De cette façon, quand il détecte un échec, il peut répondre correctement.
Toute idée comment j'aborder ce sujet? Est-ce qu'un NSObject peut afficher un NSAlertView ou dois-je créer une classe qui hérite de UIView? Cela vous semble-t-il un bon moyen d'aborder le problème? Des recommandations d'expérience, etc?