Discussion :

[DotNET74]

Bon,

J'ai une classe Toto qui dérive de INotify...
J'ai une ViewModel Totos qui dérive de ObservableCollection<Toto>

dans la View correspondant au ViewModel j'ai un ListBox dont l'ItemsSource est bindé sur Totos en fait comme l'exemple "Bien commencé...."

J'ai une page pour ajouter un Toto et lorsque je sors de la page d'ajout mon ListBox ne se met pas à jour.

J'avais cru comprendre que ObservableCollection permettait de mettre à jour....

J'ai loupe un truc là !

[Skyounet]

Ton ViewModel hérite de ObservableCollection ??!!

Je viens de jeter un oeil a l'article dont tu parles et il ne fait ca nul part (et heureusement).

Ton ViewModel est juste cense heriter de ViewModelBase.

Ensuite dans ce VM tu ajoutes une propriete de type ObservableCollection<T> (ou qui herite de ObservableCollection<T> ou plus generalement de INotifyCollectionChanged) et tu bind ta ListBox sur cette propriete. Ensuite si tu rajoutes un elements dedans ta ListBox se mettra a jour et tu verra cet element apparaitre.

[DotNET74]

chui vraiment fatigué moi !

Totos est une classe dans mon dossier Models et j'ai doncoublié la propriété Correspondante dans le VM !

je vais essayé

[DotNET74]

Dans le tuto il n'y a pas de propriété comme tu dis !

[Skyounet]

Dans le tuto il n'y a pas de propriété comme tu dis !

Si il y a la propriete WebsitesList qui est definie comme suit

Code c# :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
namespace Bookmarks.Model
{
    public class WebsitesList : ObservableCollection<Website>
    {
        public WebsitesList() : base()
        {
            Add(new Website()
                {
                    Title = "Aymeric's blog",
                    Url = "http://www.aymericlagier.com"
                }
            );
            Add(new Website()
                {
                    Title = "Etudiant.ms",
                    Url = "http://etudiant.ms"
                }
            );
            Add(new Website()
                {
                    Title = "Julien Dollon",
                    Url = "http://blogs.lesite.com/juliend/"
                }
            );
        }
    }
}

Qui herite donc de ObservableCollection<T>

[DotNET74]

oui moi c'est la classe Totos !

ce que je comprends pas bien c'est comment le modèle de données qu'on met en place s'initialise !

[Nathanael Marchand]

oui moi c'est la classe Totos !

ce que je comprends pas bien c'est comment le modèle de données qu'on met en place s'initialise !

Ben c'est ce que je disais dans le commentaire de l'article. Généralement, c'est rare d'heriter d'observablecollection...

L'initialisation se fait dans le constructeur du ViewModel qui appelle le contructeur de la liste : Websites = new WebsitesList();

[DotNET74]

Désolé Pit mais je ne comprends jamais rien à tes réponses !

J'avais cru comprendre que justement ObservableCollection permettait de mettre à jour automatiquement les données dans une View !

[Skyounet]

Désolé Pit mais je ne comprends jamais rien à tes réponses !

J'avais cru comprendre que justement ObservableCollection permettait de mettre à jour automatiquement les données dans une View !

Oui oui ce qu'il veut dire c'est que par exemple dans l'article ca ne sert a rien d'heriter d'ObservableCollection vu qu'on ne rajoute pas de code dans l'heritage. Autant directement utiliser une ObservableCollection<Website> (plutot qu'un objet de type WebsitesList qui ne fait que heriter de ObservableCollection<Website>)

C'est comme si tu creais ta classe MyTextBox qui ne ferait rien d'autre qu'heriter de TextBox, ca ne servirait a rien.

Pour repondre a ta question en general on initialise les collections dans le constructeur.

Code :

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

1
2
3
4
5
6
7
8
9
public class MainViewModel
{
   public ObservableCollection<Toto> Totos { get; set; }
 
   public MainViewModel()
   {
      Totos = new ObservableCollection<Toto>();
   }
}

Code xml :

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

<ListBox ItemsSource="{Binding Path=Totos}" ... />

Maintenant si tu rajoutes un elements dans la collection de Toto il apparaitra dans ta ListBox.

[DotNET74]

Ok là je comprends un peu mieux !

maintenant comment on fait alors pour charger les données du modèle Totos en mémoire et faire le lien après avec la propriété du ViewModel !

C'est pour ça que j'avais une classe qui dérivait de ObservableCollection....

[Skyounet]

Bah on peut pas savoir... Elles viennent d’où tes données ? Un service ? Un flux XML ? De l'IsolatedStorage ?

[DotNET74]

Ok,

j'avais dans le dossier Models une classe Totos qui dérivait donc de ObservableCollection.

J'ai une variable au niveau de l'application (App.Current As App).MyTotos que je charge au démarrage dans le constructeur de App.xaml.

et de là je souhaitais alimenter le ViewModel avec le Model....

[Skyounet]

Et au lieu de charger la propriete de ton App pourquoi tu charges par directement celle de ton ViewModel ?!

[DotNET74]

parce que je me disais que c'était mieux d'avoir un modèle pour Totos afin que la page d'ajout d'un Toto puisse alimenter le modèle et non le ModelView.

[Skyounet]

parce que je me disais que c'était mieux d'avoir un modèle pour Totos afin que la page d'ajout d'un Toto puisse alimenter le modèle et non le ModelView.

J'ai absolument rien compris...

[DotNET74]

Ben moi j'avais cru comprendre que dans MVVM on faisait tout le code de manipulation des données dans le Model et qu'en suite on mettait à jour les ViewModels qui eux mettaient à jour les Views.

C'est pourquoi, je voulais charger mes données dans mon Model Totos et que lui mette à jour mon ViewModel etc.....

[Skyounet]

Hum pour moi le Model ca represente tes donnees. La manipulation je la fais dans le ViewModel (quand je dis manipulation je pense recuperation).

Exemple : dans mon ViewModel j'aurais une methode GetData qui appelerait mon service WCF et qui remplirait ma liste avec les donnees revenues du service.

[DotNET74]

Ok,

je verrais ça demain parce que là j'en ai marre de ce MVVM

je te remercie et bonne soirée

[Nathanael Marchand]

Désolé si je suis un peu succint dans mes réponses

Je confirme, généralement ce que l'on appelle Model est plutot ce qui est exposé par les services (donc du côté serveur) et c'est le ViewModel qui va chercher dedans.

[DotNET74]

Hello,

y a pas de mal et merci pour ces informations.