Choix entre DependencyProp et INotifyProp

**distil** · 27/07/2010, 09h10

Bonjour à tous,
je me pose la question suivante : lorsque l'on développe une application WPF avec le pattern MVVM, donc beaucoup de bindings dans la partie View;
pour les propriétés bindées, qu'est ce qui est le mieux : utiliser des Dependency properties ou utiliser des properties qui implémentent INotifiyPropertyChanged ?

Quelle est la différence entre les 2 ?, pourquoi est ce mieux d'utiliser l'une ou l'autre méthode ?

Merci beaucoup pour vos avis.

**davcha** · 27/07/2010, 09h45

Tu peux pas sérialiser une DP.

Les DP sont aussi liées à WPF, donc si tu veux pas que ta classe soit liée à WPF, INotifyPropertyChanged est un meilleur choix.

Personnellement, je n'utilise les DP que pour développer des éléments qui sont de toute façon liés à WPF : usercontrols, par exemple.

**Thomas Lebrun** · 27/07/2010, 09h58

Envoyé par davcha

Les DP sont aussi liées à WPF, donc si tu veux pas que ta classe soit liée à WPF, INotifyPropertyChanged est un meilleur choix.

Personnellement, je n'utilise les DP que pour développer des éléments qui sont de toute façon liés à WPF : usercontrols, par exemple.

+1: les DPs, c'est pour tout ce qui est graphique. De plus, cela oblige ton objet à hériter de DependencyObject

INotifyPropertyChanged, c'est le mieux pour des objets métiers.

**The_badger_man** · 27/07/2010, 10h17

De plus les DP ne sont accessibles que depuis le thread qui les a créé.

Tu as un article sur la question ici:
http://kentb.blogspot.com/2009/03/vi...os-versus.html

**distil** · 27/07/2010, 16h09

Ok, merci pour vos réponses.

Dans le projet que je suis en train de développer, les données (Model), sont sous forme de Tree Xml; j'utilise donc des Bindings avec des Xpath pour me "brancher" sur le tree Xml; pour faire ces bindings (pour le moment), j'utilise le SetBinding du FrameworkElement, celui-ci nécessite d'utiliser une dependencyProperty.

Maintenant, si j'utilise l'interface InotifyPropchanged à la place des DPs, quelle solution est ce que j'ai pour binder mes prop (utilisant NotifyPropChanged) avec un XPath sur mon document Xml ?

**The_badger_man** · 27/07/2010, 16h52

Tu pourrais mettre un bout de code ?

**distil** · 27/07/2010, 17h16

Plutot qu'un bout de code, je tente une explication + détaillée:

Imaginons un objet Personne avec 2 DPs: Nom et Age

Dans ma View,
on affiche une liste de personnes

Dans mon modelView, je fais donc une ObservableCollection<Personne>.

Mon Model est un fichier Xml:

<Nom>Toto</Nom

<Age>30</Age

</Personne>
<Personne Id=2>

<Nom>Titi</Nom

<Age>32</Age

</Personne>

Le constructeur de Personne est :

Code :

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
 
public Personne(int ID)
{
   SetBinding(NameProperty, new Binding
            {
                Source = MonDocXML,
                XPath = \Personne[@Id="ID"]\@Nom
                Mode = BindingMode.TwoWay,
 
            });
 
SetBinding(AgeProperty, new Binding
            {
                Source = MonDocXML,
                XPath = \Personne[@Id="ID"]\@Age
                Mode = BindingMode.TwoWay,
 
            });
 
 
}

Et ensuite j'ajoute des objets Personne dans mon observableCollection, et dans ma vue je binde ma liste sur l'observableCollection.

Dans cet exemple, tout fonctionne très bien mais "Nom" et "Age" sont de DepencyProperties, donc je peux faire un "SetBinding" avec un XPath.

Comment faire la même chose sans passer par des DPs ?

Je ne sais pas si cet exemple est assez clair pour illustrer ...

**Thomas Lebrun** · 27/07/2010, 18h41

Oula, je ne suis pas sur de comprendre.....

**Whisperer** · 28/07/2010, 00h26

Effectivement, ce n'est pas très clair même si je crois avoir une idée de ce que tu souhaites faire.

L'objet Personne à mon avis n'a pas lieu d'exister ici, puisque ta View peut se binder directement (en utilisant Binding avec XPath) à ta source de donnée qui est le fichier XML.

**distil** · 28/07/2010, 08h19

Ok ... c'est à quel endroit que ce n'est pas clair ?

Sinon, ma View peut effectivement binder directement sur le fichier XML, mais mes requêtes XPath sont plus complexes que dans cet exemple, j'ai des paramètres dans mes requêtes que je n'arrive pas à placer depuis le XAML.

Une autre chose: supposons que la liste doit être triée dans un certain ordre, est ce possible si on binde directement depuis la vue ?

Merci.

**davcha** · 28/07/2010, 08h49

Soit tu bindes directement ton fichier XML à ton UI...
Soit tu charges ton fichier XML dans un graphe que tu bindes à ton UI.

**distil** · 28/07/2010, 08h53

Envoyé par davcha

Soit tu charges ton fichier XML dans un graphe que tu bindes à ton UI.

Tu entends quoi par "un graphe" ?

**Pragmateek** · 28/07/2010, 10h19

Sans doute un graphe d'objets c'est à dire une représentation orientée objet de ton arborescence XML.

Ca se fait via de l'XML data-binding et c'est bien intégré à .Net.

**distil** · 28/07/2010, 10h52

Oui Ok, ça d'est déja fait, mon arborescence xml est sous forme d' XmlDataProvider, et je binde sur cet objet.
Pour binder sur cet objet, je passe par du XPath, mais je le fais par du code C# car les requêtes sont trop compliquées pour être faites directement en Xaml, maintenant la question est: Comment binder sur cet objet (avec du XPath) sans passer par des DependencyProperties et des DependencyObject ?

**Whisperer** · 28/07/2010, 14h49

Ce qu'il entend par graphe d'objet c'est de faire un traitement en deux phases.

1ere phase : Tu crées des classes Persone et tu charges ton fichier XML dans ces classes là. Autrement dit tu transforme ta balise <personne> ... </personne> en un objet Personne (avec ou sans DP).

2e phase : Tu binde ta view sur ton objet Personne et non plus sur le XML.

**distil** · 28/07/2010, 14h57

Ok, et dans ce cas comment est ce que les données sont mises à jour si il y a un changement directement dans le xml ?

(D'ou ma volonter de Binder les propriétés de mon objet Personne sur le XML... )

**Whisperer** · 28/07/2010, 16h48

C'est bien ce que j'ai compris de ce que tu veux faire, mais malhereusement il n'existe pas encore l'équivalent du "ObservableCollection" pour les fichiers Xml (une sorte d'"ObservableXml") ... Une fonctionalité très intéressante à créer et à proposer à Microsoft ssi il y a des motivés ..

Le binding n'est pas si magique que ca et ne marche que si l'objet sur lequel tu te bindes notifie qu'il a eu des changements. Aujourd'hui, l'objet XmlDocument ne possède pas ce comportement et donc meme si tu arrives à te binder desus correctement, une modification dans ton fichier Xml ne se verra pas en "live" dans ta View.

**distil** · 28/07/2010, 17h06

Si si, ça, ça marche, je l'ai fait.
C'est pas un fichier xml, mais un treeView sur lequel je fais mon binding.

Par contre pour faire cela je fais un "SetBinding" (de frameworkElement) avec un binding dont la propriété XPath pointe sur le bon endroit de mon TreeXml.
Mon objet en question doit donc hériter de FrameworkElement pour pouvoir utiliser cette fameuse méthode "SetBinding"...

=> d'ou l'ouverture de ce post de ma part pour savoir si j'avais d'autres solutions que le dependencyObject pour me binder en live a un mon TreeXml...