0

Tout d'abord, j'ai étudié les exemples de codes d'Apple: SeismicXML et TopSongs mais tous les deux et d'autres tutoriels appelle généralement NSURLConnection dans le délégué de l'application.remote xml file et uinavigationcontroller, nsurlconnection placement

Dans mon projet moche, je dois appeler NSURLConnection après que l'utilisateur ait atteint un certain viewcontroller dans uinavigationcontroller.

Donc, je pose ce problème de conception, devrais-je encore garder NSURLConnection méthodes dans le délégué de l'application, et appel de mon internet averti vc ou déplacer complètement cette NSURLConnection méthodes et délègues à mon internet conscient vc?

En outre, il y a un autre des problèmes de conception qui gâchis ma tête depuis que je ne suis même pas entrée :)

Je dois garder le nombre de uitableview de vue qui est construit à partir de xml, et son vue détaillée. Par conséquent, je pense que je dois demander deux à mon service Web. L'un pour obtenir le fichier xml et l'autre doit être affiché en vue détaillée pour augmenter le nombre de vues des données associées dans le service Web.

Mais, je pense que ce n'est pas une bonne solution, y at-il une bibliothèque ou toute autre approche pour garder cette liste et sa vue détaillée compte et aviser mon serveur?

Répondre

1

La façon dont je le fais est de créer une classe séparée que je n'utilise que pour les appels et les méthodes de connexion, instancier le délégué, définir cette instance du délégué comme une propriété (ou créer manuellement ses setters et getters) et utiliser dans n'importe quelle classe/contrôleur je veux.

De cette façon, vous modularisez votre application et les classes ne s'emmêlent pas et il est plus facile de déboguer/suivre le flux de l'application.

+0

Votre approche semble bonne, mais est-ce une bonne chose d'appeler des instances du délégué de l'application? Merci danipralea. – ubaltaci

+0

Eh bien, cela peut sembler un peu enfantin, mais j'aime faire des comparaisons pour une meilleure compréhension. Par exemple, le délégué de l'application est le patron dans une entreprise, et il "dit" - envoie des messages aux employés (classes). Bien sûr, il s'agit d'appeler des instances du délégué, c'est juste une classe comme les autres. L'ordre dans lequel vous les appelez et la logique derrière celui-ci est celui qui compte - par exemple - dans ce cas - vous ne devriez pas avoir plus d'une instance de cette classe de connexion plus d'une fois. Pensez-y comme "global". –

+0

merci encore danipralea, vous êtes super conteur :) – ubaltaci