Discussion :

[pmorestin]

Bonjour,
Mon objectif est de construire un CustomControl lookless tel que:

• Quand il est hébergé dans une VIEW, il doit présenter (sous une forme Treeview par exemple, mais cela pourrait être une autre présentation) une collection du genre ObservableCollection<int>
• Cette collection résulte d'une source de données
• Quand il est hébergé dans une VIEW, je peux utiliser la collection proposée, pour la manipuler dans la VIEW. -> j'utilise donc une DependecyProperty.
• Quand il est hébergé dans une VIEW, je peux aussi modifier la collection

Donc mon customControl possède sa propre logique: Quand on l'héberge, c'est lui qui récupère ses données;

Ma question est:
Dans une pratique MVVM, comment un CustomControl peut se lier à un VM ?
Ou Doit-on coder la manipulation des données propres au Control dans la classe même du Control...?

Merci d'avance pour vos réponses

[Samuel Blanchard]

Je dirais qu'un CustomControl par essence est un control "bas niveau" par opposition à un UserControl.

Le CustomControl est moins à l'aise avec le Binding que ne peut l'être le UserControl.

Donc je ne pense pas que cela soit une bonne chose que la logique de ce genre de control s'effectue coté VM.

Donc mon customControl possède sa propre logique: Quand on l'héberge, c'est lui qui récupère ses données;

En revanche le fait qu'il récupère lui même ses données ne parait pas une bonne chose. Il vaut mieux déléguer la chose au VM qui transmettra au CustomControl via un ItemsSource par exemple (ou faire plusieurs CustomControls).

[pmorestin]

Je me suis mal expliqué et finalement cela peut etre un usercontrol.

En finalité on pourrait dire qu'il s'agit:
UserControl = une VIEW avec son VIEWMODEL: logique de récupération de données + Mise à jour de ses données => bouton 'OK' -> Command sur VM

Une VIEW qui héberge le UserControl: peut récupérer les données exposées par le UC pour les utiliser dans le VIEWMODEL de la VIEW.

Donc c'est une histoire de ViewModel dans ViewModel.. et comment faire le pont entre les deux ? ..... une DP ? comment l'implémenter alors ?

[Samuel Blanchard]

Soit tu rends toutes tes VM statiques (souvent dans le app.xaml) et ainsi tu les appelles directement les unes dans les autres, soit tu crées des propriétés dans tes VM qui se rapporte à d'autre VM.

La première solution est la plus utilisée.

[Pragmateek]

UserControl = une VIEW avec son VIEWMODEL: logique de récupération de données + Mise à jour de ses données => bouton 'OK' -> Command sur VM

Si c'est une view elle ne devrait contenir que de la logique de présentation des données par de logique de récupération, celle-ci étant gérée par une autre couche qui les transmettra à cette view.