[MVVM] ViewModel commun à deux Views

**DotNET74** · 30/03/2011, 09h28

Bonjour,

J'ai un petit problème de compréhension sur le mécanisme à mettre en place pour mon application.

Je m'explique:

J'ai un modèle de données qui est le suivant:

Une classe Categories qui comprend une ObservableCollection de SubCategories qui comprend elle même une ObsevableCollection Elements.

Dans ma vue principale j'utilise un contrôle Pivot qui m'affiche les données comme suit:

- PivotItem1 affiche les Categories via une ListBox1
- PivotItem2 affiche les SubCategories via une ListBox2 de la Category sélectionnée dans le ListBox1
- PivotItem3 affiche les Elements via une Listbox3 de la SubCategory sélectionné dans ListBox2.

Chaque ListPicker est bindé comme suit:

- ListBox1:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ItemsSource="{Binding Path=Categories}" SelectedItem="{Binding Path=SelectedCategory}"

- ListBox2:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ItemsSource="{SelectedCategory.SubCategories}" SelectedItem="{Binding Path=SelectedSubCategory}"

- ListBox3:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ItemsSource="{Binding Path=SelectedSubCategory.Elements}" SelectedItem={Binding Path=SelectedElement}"

Donc jusque là tout se passe bien quand je sélectionne la catégorie j'ai bien que ses propres sous catégories etc....

Le problème arrive pour la création d'un élément dont le scénario est le suivant:

Je souhaites permettre à l'utilisateur de soit:

- Créer un Element en sélectionnant au préalable une Category et/ou une SubCategory.

- Créer un Element sans rien sélectionner.

Le tout à partir d'un seul et unique ApplicationBarButton.

Pour la création d'un Element j'utilise une autre View qui reprend les données sélectionnée ou non dans la View principale.

Le problème est de faire la synchro entre les deux Views. Donc je me suis dit que j'allais utiliser le même ViewModel et ainsi Binder les même élément de ce fait lorsque l'utilisateur change sa sélection dans la View qui permet d'ajouter un élément les sélections se mettent à jour dans la vue principale.

Mais le problème c'est que ça ne fonctionne pas !

si je change la sélection dans la deuxième View et que je retourne dans la View principale il m'indique un problème IndexOutOfRange.

Désolé c'est un peu long mais c'est pour avoir plus de clarté sur le sujet.

Merci

**Skyounet** · 30/03/2011, 18h21

C'est la faute au ListPicker qui est vraiment buggé. J'ai eu beaucoup de problèmes avec ce contrôle.

Le mieux dans ton cas c'est d'utiliser 2 VM. Ca devrait pas trop poser de problème normalement.

**DotNET74** · 30/03/2011, 18h34

Hello,

J'ai apporté une petite correction à l'énoncé du problème car j'affiche mes données dans 3 ListBox et non 3 ListPicker.

Les ListPicker sont utilisés ensuite dans la View pour ajouter l'Element.

Je ne sais pas si ça change quelque chose !

Merci

**DotNET74** · 30/03/2011, 18h41

Effectivement je viens de remplacer les ListPicker par des ComboBox et y a plus de problèmes !!

Y a t il d'autres trucs à savoir sur le ToolKit dans le même genre ?

Merci

**Skyounet** · 30/03/2011, 19h00

Non c'est le seul problème que j'ai rencontré avec le Toolkit.

**DotNET74** · 30/03/2011, 19h05

Ok,

c'est dommage car il est sympa l'affichage obtenu par le ListPicker !

J'ai essayé le ComboBox mais l'effet est moins sympa et moins pratique....

Encore merci

**DotNET74** · 30/03/2011, 19h39

Je reviens sur le sujet...

J'ai du mal à voir comment faire pour mettre à jour les sélections faites dans la View d'ajout d'Element dans la View principale si j'utilise deux VMs !

Je penses que la méthode la plus propre serait d'utiliser le système de messagerie mais j'ai encore du mal avec ça !

J'ai dans un premier temps utiliser les Setters des propriétés pour mettre à jour les infos mais je ne penses pas que ce soit "propre" !

MErci

**Skyounet** · 30/03/2011, 20h05

C'est ca il faut utiliser le Messenger. Sinon tu peux passer comme tu as dit par les setter mais comme tu l'as fait remarqué c'est pas super propre (mais tu as le droit de le faire).