Views et Data Source

thématiques : view, data source, controller, developpement iphone, model
 
Nous avions précédemment vu que les Views possèdent des protocols pour récupérer les données : ce sont les Data Source.
Une chose importante à noter est que les Data Source et Delegate sont toujours le Controller. Il peut cependant y avoir un troisième objet désigné par le Controller, mais ce ne sera jamais le Model.
Le Controller a pour job d’interpréter et de formatter les informations du Model pour la View. C’est donc celui qui veut et doit répondre à toutes ces choses déléguées, car il reçoit les données du Model et les interprète de sorte à pouvoir les afficher sur l’écran.
Il faut donc qu’il ait l’opportunité d’être impliqué dans cette boucle.
Vous pouvez avoir beaucoup de méthodes de récupération de données At et Count. Elles peuvent ne faire qu’une seule ligne, qui demandent une certaine donnée au Model, et que le Model fournit.
Même si elle ne fait qu’une seule ligne, cela reste une opportunité pour le Controller d’être impliqué dans ce processus, puisque c’est son job, de récupérer les données du Model et de les afficher sur l’écran.
Le Controller est très important dans le développement iOS.
Il ne faut donc jamais traverser cette ligne; il ne faut jamais que la source de donnée soit le modèle.
mots-clefs : controller, developpement iphone, model, view, data source