Discussion :

[lutecefalco]

Hello tout le monde

Pour simplifier les choses, mon appli est bindée sur une instance de PricingTaskDTO.
Je fais des updates via RIA services.

Lorsque je modifie certaines valeurs dans mon UI, je souhaite en modifier une autre automatiquement.
J'ai donc surchargé OnPropertyChanged côté SL dans une classe partial de mon entity.

En gros, mon fichier PricingTaskDTO.partial.cs ressemble à

Code :

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

1
2
3
4
5
6
7
8
9
10
public sealed partial class PricingTaskDTO : Entity
    {
        protected override void OnPropertyChanged(System.ComponentModel.PropertyChangedEventArgs e)
        {
            base.OnPropertyChanged(e);
 
            // mon code
        }
}

Le truc qui me dérange c'est que je rentre dans ce bout de code aussi bien pour les modifications faites via l'UI que pour les modifications faites lors d'un retour d'update via RIA Services (fonctionnement normal, j'en conviens)

Est-ce que vous avez une solution propre pour gérer ça ou je me lance dans de la bricole?

Merci

[anthyme]

Une bonne approche pourrait etre de créer une class qui va être en charge d'observer ces objets, elle va s abonner aux évènement du property changed de tes objet PricingTaskDTO et faire les modification lui même.

Vu que c'est externalisé dans un objet tier tu peux con troller quand tu l'active ou non.

[lutecefalco]

Je vais étudier ça mais ça m’embête de créer encore une class pour ça

[anthyme]

humm ...

Si vraiment ca t'embete (si tu as 100 entités à tracker) tu peux toujours faire un truc dans ce genre la :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
public interface IObservedPropertyChanged : INotifyPropertyChanged
{
    void PropertyChangedObserved(string propertyName);
}
 
public class User : IObservedPropertyChanged
{
    public void PropertyChangedObserved(string propertyName)
    {
        //entity specific code
    }
}

Puis tu crées une seul classe en charge d'observer les "IObservedPropertyChanged" et quand tu reçois ton evenement tu redirige dans la méthode PropertyChangedObserved.

Comme ca tu créés juste une classe et une interface.

Si tu as un peu de temps a passer sur ce probleme je te conseil (très) vivement de t'interesser au Rx Framework.
Un framework permetant d'exprimer un comportement dédié à la programation asynchrone/evenementiel sous la forme d'une requete Linq.

Extrement puissant

[lutecefalco]

Ok avec ça, mais ça ne résout pas mon problème de savoir qui modifie mon entité, RIA ou le user via l'UI (ou du moins, je ne vois pas comment )

[anthyme]

Tu controles ton observeur tu peux le désactiver quand tu veux, en créer plusieurs dédiés à telle ou telle tache et par exemple l'activer ou le desactiver (via un simple bool ou avec un using) pendant que tu fais tes appels de web service, tes modifications UI etc ...

Vu que c'est ta classe qui est dédié a faire de l'observation tu peux parametrer comme tu le souhaite son comportement.

[lutecefalco]

Ok, je vois l'idée