Je développe une application qui parlera avec un service Web exposant plusieurs méthodes. J'essaie de déterminer quel serait le meilleur modèle pour centraliser l'accès au service Web, donner des options pour l'accès synchrone et asynchrone, et retourner les données aux clients. Est-ce que quelqu'un a déjà abordé ce problème? Une classe pour toutes les méthodes semble bien centraliser tout, mais je pense qu'il serait déroutant de renvoyer les données aux bons endroits, en particulier lorsqu'il s'agit de plusieurs appels asynchrones. Une autre pensée que j'avais était une sous-classe distincte pour chaque méthode, avec une sorte d'accès de courtage d'usine, mais je pense que cela pourrait être surengager la situation.Motif de conception pour iPhone -> fonctionnalité de service Web?
(note: ne demande pas quelle méthode appelle à utiliser/comment analyser la réponse/etc, à la recherche d'une solution de modèle de conception de haut niveau au problème général)
Je me dirigeais vers ce type de solution, comme si je n'étais pas le seul à penser cela. La seule différence dans mon esprit est qu'au lieu d'utiliser des délégués, utilisez KVO, car je pourrais potentiellement avoir plusieurs consommateurs d'un point de terminaison simultanément. Cela me permettrait également d'injecter une sorte de logique de mise en cache plus tard, puisque tout ce que j'observe est le même objet de point de terminaison. mettra à jour plus tard avec la façon dont cela finit par descendre. –
Le délégué doit principalement informer le gestionnaire de service Web que le point de terminaison est terminé. Si le point de terminaison échoue, le gestionnaire de service décide de ce qu'il doit faire. J'utilise KVO pour mettre à jour la plupart des vues qui utilisent les données. – jessecurry