Discussion :

[lutecefalco]

Hello,

Je souhaite faire un truc tout simple mais je n'y arrive pas
J'aimerais que la modification d'une DependencyProperty entraine la modification d'une autre.

Dans mon ViewModel, j'ai

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
22
23
24
25
26
27
28
29
30
31
32
33
34
public static readonly DependencyProperty UnderlyingSelectedProperty = DependencyProperty.Register
            (
                "UnderlyingSelected",
                typeof(Underlying),
                typeof(MainViewModel),
                new PropertyMetadata(null, OnUnderlyingSelectedChanged)
            );
         public Underlying UnderlyingSelected
        {
            get { return (Underlying)GetValue(UnderlyingSelectedProperty); }
            set { SetValue(UnderlyingSelectedProperty, value); }
        }
        public static void OnUnderlyingSelectedChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
        {
            var ul = e.NewValue as Underlying;
            if (ul != null)
            {
               // Modifier PricingTask
            }
        }   
 
 public static readonly DependencyProperty PricingTaskProperty = DependencyProperty.Register
            (
                "PricingTask",
                typeof(PricingTaskDTO),
                typeof(MainViewModel),
                new PropertyMetadata(null)
            );
         public PricingTaskDTO PricingTask
        {
            get { return (PricingTaskDTO)GetValue(PricingTaskProperty); }
            set { SetValue(PricingTaskProperty, value); }
        }

Le problème est que OnUnderlyingSelectedChanged est static, donc je n'ai pas accès à PricingTask.
Ca doit être tout con mais je ne trouve pas alors merci à celui qui m'aidera

[micka132]

Et dans le set du UnderlyingSelected?

[The_badger_man]

ul.PricingTask ça ne marche pas ?

[lutecefalco]

Et dans le set du UnderlyingSelected?

C'est ce que j'ai fait mais ça me plait pas trop

[lutecefalco]

ul.PricingTask ça ne marche pas ?

PricingTask n'est pas un objet fils de ul

[The_badger_man]

J'avais mal lu.
Le paramètre d est objet de type MainViewModel. Il suffit de le caster.

[lutecefalco]

J'avais mal lu.
Le paramètre d est objet de type MainViewModel. Il suffit de le caster.

Ah? Il est pas de type PricingTaskDTO, certain? (j'ai pas trop le temps de tester ça pour le moment )

[Nathanael Marchand]

Code :

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

1
2
3
4
5
6
7
8
public static void OnUnderlyingSelectedChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
{
    var ul = e.NewValue as Underlying;
    if (ul != null)
    {
        d.SetProperty(PricingTaskProperty, nouvelle valeur ici);
    }
}

Non?

[Skyounet]

Il faut utiliser ton sender.

Code c# :

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

1
2
3
4
5
 
var vm = sender as MainViewModel;
vm.SetValue(MainViewModel.PricingTaskProperty, xxx);
// ou
vm.PrincingTask = xxx;

Et apres ma question qui tue : pourquoi des Dependency Property dans ton ViewModel ? Pourquoi pas des propriétés simples ?

EDIT : c'est pas sender dans ton code mais 'd'.

[lutecefalco]

Et apres ma question qui tue : pourquoi des Dependency Property dans ton ViewModel ? Pourquoi pas des propriétés simples ?

Tu veux dire des propriétés avec le raisepropertychanged machin chose?

[Skyounet]

Tu veux dire des propriétés avec le raisepropertychanged machin chose?

Yes.
J'avais vu une discussion sur ca dans des discussions MVP mais je retrouve pas.

Sinon y'a ce poste qui comparer les proprietes vs les DP

http://kentb.blogspot.com/2009/03/vi...os-versus.html

[Nathanael Marchand]

Dans le cas ou tu utilises d.SetValue , il n'y a même pas besoin de cast

[Skyounet]

Dans le cas ou tu utilises d.SetValue , il n'y a même pas besoin de cast

Ah ben oui c'est deja un DependencyObject

[lutecefalco]

On utilise des DP car l'expert MCS qui est venu nous former sur SL faisait comme ça.
On garde les NotifyPropertyChanged pour les Models "rappatriés" côté SL par RIA

[Nathanael Marchand]

On utilise des DP car l'expert MCS qui est venu nous former sur SL faisait comme ça.
On garde les NotifyPropertyChanged pour les Models "rappatriés" côté SL par RIA

A part ce débat, ca marche avec la proposition?

[lutecefalco]

A part ce débat, ca marche avec la proposition?

Pas encore testé

[Samuel Blanchard]

On utilise des DP car l'expert MCS qui est venu nous former sur SL faisait comme ça.
On garde les NotifyPropertyChanged pour les Models "rappatriés" côté SL par RIA

Je suis étonné. Pour moi les DP sont liés aux controls et pas aux viewmodels.
D'ailleurs elle sont utilisées pour gérer le DatBinding, Style et autres animations ce qui n'est pas vraiment la tasse de thé des ViewModels. De plus je crois qu'elles peuvent poser qq soucis du genre : pas d'accès InterThread, pas de serialisation.