Quelle est la différence entre les données source et de déléguer?

Le délégué et source de données les modèles sont largement indépendantes, et orthogonale:

Le délégué motif est très courant dans le Cacao et permet à un délégué (toute instance de mise en œuvre de l'informel délégué protocole préalable à OS X 10.6, ou par la forme de délégué @protocol en 10.6 et versions ultérieures) pour modifier le comportement d'une instance d'objet. Ce modèle est souvent utilisé à la place de sous-classement: au lieu de sous-classement d'une classe à modifier son comportement, vous offre un délégué qui répond à des méthodes appropriées. Les Classes qui utilisent les délégués envoyer des messages à leurs délégué à contracté des événements. L'API entre la classe et le délégué est définie par la classe et est différente pour chaque classe qui utilise le motif, mais l'API se compose généralement de messages demandant le délégué de comment gérer un événement particulier. Un avantage de la délégué schéma de sous-classement est qu'une classe peut implémenter plusieurs délégué protocoles, permettant ainsi à ses instances pour agir en tant que délégué pour plusieurs classes. De même, une instance de l'objet peut être le délégué pour de multiples autres objets (donc les plus délégué Api de passer de l'objet en tant que premier argument de chaque message dans l'API). Le modèle de délégué n'est pas aussi commun dans d'autres cadres de l'INTERFACE utilisateur (bien que Qt utilise le modèle de délégué dans son Modèle/Vue), et est pas le même que .Net/CLR délégués qui sont essentiellement des tapé des pointeurs de fonction.

Le modèle de source de données est souvent utilisé par les NSView sous-classes dans le Cacao qui ont le complexe de l'état des données telles que NSBrowser, NSTableView, NSOutlineView, etc. La source de données de protocole définit une API que les instances de ces classes peuvent utiliser pour obtenir les données à afficher dans la vue. Bien que la NSController et le Cacao Liaisons architectures ont remplacé les nombreuses utilisations du modèle de source de données, il est encore fréquent et très puissant. Comme le délégué modèle décrit ci-dessus, une partie de sa puissance provient d'un objet d'être en mesure d'agir en tant que source de données de multiples sources de données-à l'aide des instances (et peut-être même des instances de plusieurs classes différentes de la source de données, les protocoles). Le modèle de source de données est utilisé couramment dans d'autres cadres de l'INTERFACE utilisateur, tels que Qt (dans le Modèle/Vue où le modèle est analogue à la source de données) et WPF/Silverlight (où la source de données peut être plus étroitement analogue à la vue modèle).

Avant de répondre à la question, vous devez mieux comprendre la délégation modèle de conception:
Permettez-moi de commencer par une question:

Par défaut une TableView est comme ceci:

Comment un UITableView savoir combien de cellules à présent? quoi présents dans chaque cellule?

• Par lui-même, il ne sait pas.
• Il demande à une autre classe informer il sur le nombre de cellules et les cellules de revenir ( ce qui cellimage, celltitle, cellsubtitle,etc.) les valeurs de lui-même. Vous voyez habituellement une tableView (avec délégation de classe) à l'intérieur d'un ViewController (délégué de classe)
• Le concept de classe en demandant à un autre est connu comme délégation!

---

Maintenant que vous savez ce que Délégation, pour répondre à la question de l'OP:

C'est surtout une ÉNORME question des différences sémantiques.

Si vous êtes seul à utiliser ( ne pas créer votre propre protocole) de la fondation délégués et les sources de données, alors il n'a vraiment pas d'importance pour vous. Toutefois, si vous avez l'intention d'écrire des protocoles personnalisés, puis les comprendre serait de vous aider à écrire ( et avec une plus grande importance de lecture, lunette) code mieux.

À partir d'un point de vue du développeur, Ils ont tous deux traitent de l'interaction entre les delegat-ing de classe et de délégué de classe.

Source De Données

Une source de données est presque identique à un délégué. La différence est dans
la relation avec la délégation de l'objet. Au lieu d'être
délégué le contrôle de l'interface utilisateur, une source de données est déléguée
le contrôle de données. La délégation de l'objet, généralement un objet de vue de ces
une vue de la table, contient une référence à sa source de données et parfois
la demande pour les données qu'elle doit afficher. Une source de données, comme un
délégué, doit adopter un protocole et le mettre en œuvre au minimum requis
les méthodes de ce protocole. Les sources de données sont responsables de la gestion de
la mémoire du modèle des objets qu'ils donnent à la délégation de la vue.

En d'autres termes:

Source de données traite principalement avec ce et n'a généralement c'est des trucs lors de l'initialisation.
Délégué traite principalement avec comment et flux vous certains paramètres pour donner un certain comportement c'est à dire si l'utilisateur a cliqué sur ce... que doit-il arriver? si ils glissée...ce qui doit arriver?

Comme un exemple pour tableView:

Source de données

De quoi a-t-elle à l'intérieur? Quel type de cellule suis-je présenter? cellForRowAtIndexPath.

Quel est le titre de l'Article? titleForHeaderInSection
Combien de cellules sont-ils? numberOfRowsInSection
Et, par conséquent, vous avez généralement retour valeurs. Pour les délégués, il est plus courant d'être de type void.

---

Source de données méthodes

func tableView(tableView: UITableView, cellForRowAtIndexPath indexPath: NSIndexPath) -> UITableViewCell //return a cell ie UITableViewCell
func tableView(tableView: UITableView, numberOfRowsInSection section: Int) -> Int //return a number ie an Int
func tableView(tableView: UITableView, titleForHeaderInSection section: Int) -> String? //return the title ie a String  

Délégué Méthodes

func tableView(tableView: UITableView, didSelectRowAtIndexPath indexPath: NSIndexPath)
func tableView(tableView: UITableView, willBeginEditingRowAtIndexPath indexPath: NSIndexPath)
func tableView(tableView: UITableView, willBeginEditingRowAtIndexPath indexPath: NSIndexPath)

_{j'ai bien évidemment choisi de manière sélective certains de source de données, les méthodes de non retour, et certains délégué méthode de retour}

---

Délégué

Que dois-je faire/ce que "forme de comportement" devrais-je utiliser après la fin de l'affichage du pied de page, voulez-vous me pop une alerte?didEndDisplayingFooterView

Vais-je avoir accessoryType qui donne à la cellule de quelques fonctionnalités supplémentaires? accessoryTypeForRowWithIndexPath

Pour faire court:

Délégué se rapporte à l'INTERFACE utilisateur et les actions de l'Utilisateur contre les cellules de la table.

méthodes communes: willSelectRow, didSelectRow, willDisplay, heightForRow, willBeginEditingAt

Source de données traite de l'édition, de la population et l'affichage des données sur
la tableview.

méthodes communes canEditRowAt, de valider, de titleForHeaderInSection, cellForRowAt, numberOfSections, sectionIndexTitles