Discussion :

[Oberown]

Bonjour,

J'ai une application WPF avec une architecture MVVM.
Cette application fait référence à un projet business(une bibliothèque de classes C#, que je peux modifier)

Lors d'appel à des méthodes du business, certaines propriétés de ma class business changent d'état.

Comment faire pour signaler à ma ViewModel que des propriétés de ma class business ont changés ?

Dois-je crée des évènements dans ma class business pour chaque propriété, et que ma viewmodel s'y abonnent ?

Dois-je faire une méthode RefreshProperties dans ma ViewModel qui récupère toute les propriétés ?

D'autres idées ? Quel design pattern faire ?

Merci pour votre aide

[koyot3]

Bonjour Oberown,

Si ton objectif est simplement de notifier la viewmodel que le model est modifié, tu peux t'abonner à l'event OnPropertyChanged de ton model que tu auras pris soin d'implémenter via INotifyPropertyChanged (et par la même occasion ça te servira pour mettre à jour ton IHM).

En gros tu implémentes l'event

Code c# :

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

1
2
3
4
5
6
public event PropertyChangedEventHandler PropertyChanged;
protected void OnPropertyChanged(string propname)
{
	if (PropertyChanged != null)
		PropertyChanged(this, new PropertyChangedEventArgs(propname));
}

tu l'utilises dans tes propriétés

Code c# :

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

1
2
3
4
5
6
7
8
9
10
private string _prop;
public string prop
{
get { return _prop; }
set
{	
	_prop = value;
	OnPropertyChanged("prop");
}
}

et pis si tu veux écouter chaque changement de valeur dessus depuis ta viewmodel par exemple

Code c# :

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

1
2
3
4
monmodel.PropertyChanged += (s, e) =>
                {
                    Console.WriteLine(e.PropertyName.ToString());
                };

Voilà, en espérant que ça t'aide ...

@+

[Oberown]

C'est ce que j'utilise dans ma ViewModel.
Mais est-ce que j'ai le droit de le faire dans ma class buisness (qui n'est qu'une librairie C#) ?

[tomlev]

Dois-je crée des évènements dans ma class business pour chaque propriété, et que ma viewmodel s'y abonnent ?

Dois-je faire une méthode RefreshProperties dans ma ViewModel qui récupère toute les propriétés ?

Il faut voir ce qui est le plus pratique selon les cas... Personnellement je n'aime pas trop mettre des notifications PropertyChanged dans le modèle (quoique ça peut sans doute se justifier dans certains cas), car ce n'est pas très pratique de gérer la propagation des évènements du modèle au ViewModel.

En fait, la principale question qui se pose est la suivante : est-ce que ton modèle peut changé sans que ce soit une action initiée par le ViewModel. Si oui, tu n'as pas vraiment le choix, il faudra des évènements dans le modèle pour que le VM puisse être notifié. Par contre, si c'est toujours le ViewModel qui déclenche le changement (même indirectement), tu peux simplement appeler une méthode Refresh après avoir exécuté cette action...

[Oberown]

Merci en effet c'est toujours le ViewModel qui déclenche le changement.
Donc mon idée de base de faire un refresh est juste.

[BenoitM]

Il faut voir ce qui est le plus pratique selon les cas... Personnellement je n'aime pas trop mettre des notifications PropertyChanged dans le modèle (quoique ça peut sans doute se justifier dans certains cas), car ce n'est pas très pratique de gérer la propagation des évènements du modèle au ViewModel

Tiens pourtant c'est pas la technique la plus souvent utilisé?

[tomlev]

Tiens pourtant c'est pas la technique la plus souvent utilisé?

Bah pas par moi en tous cas, sauf si je peux pas l'éviter...

Mon raisonnement est que le modèle ne devrait pas avoir besoin d'être modifié pour être utilisé dans une application MVVM. Ça peut très bien, par exemple, être un modèle déjà existant, que tu ne peux pas modifier. Et il pourrait aussi être utilisé dans d'autres contextes sans rapport avec WPF (appli web, web service...), il ne devrait donc pas avoir à gérer des problématiques spécifiques à une UI particulière.

Après, si le modèle implémente déjà INotifyPropertyChanged, rien n'empêche d'en profiter, mais perso je ne trouve pas ça super pratique.

[BenoitM]

Perso j'ai trouvé ca aussi assez particulier puisque que ton modele est couplé à IU mais dans les exemples que j'ai vu ils procédaient de cette manière. Maintenant je ne sais pas si c'était pour montrer la technique ou si c'était dans la "norme" de développement d'application WPF.


Dans notre architecture on a une copie de la définition des objets une version dto pour le coté serveur et une version pour le coté client qui elle implémente le INotifyPropertyChanged mais bon je trouve pas ca très pratique.