Discussion :

[Sicyons]

Bonjour à tous.

Je cherche actuellement une technique permettant de détecter un changement de valeur sur n'importe quelle propriété d'un objet donné, y compris les propriétés "utilisateur". Une sorte d'évènement global.

Comment est-ce possible ? (dites-moi que ça l'est )

Merci d'avance.

[theMonz31]

salut

faut que l'objet implémente INotifyPropertyChanged (de mémoire) et ca pourra le faire

[Sicyons]

Donc ce n'est pas possible avec n'importe quel objet ?

[theMonz31]

avec n'importe quel objet ca me parait "compliqué"

Maintenant, peut-etre qu'avec un peu d'utilisation de la reflection, il est "envisageable" de venir ajouter des comportements aux objets.. mais celà me semble quand meme assez difficile à faire

bon courage et bonne chance

[Sicyons]

En fait je suis en train de déveloper une Property Grid personnalisée, incluant par exemple l'affichage des évènements d'un objet, et la représentation visuelle de leur déclenchement.

J'ai réussi la partie évènement (en grande partie à l'aide de la réflexion), mais la partie propriétés me pose problème à cause de cette détection des changements de valeurs des propriétés.

N'y a-t-il que le framework qui ait accès à cette fonctionnalité ?

[Kaidan]

Un objet n'a pas forcément besoin d'implémenter INotifyPropertyChanged. Par contre, il faut qu'un événement (quelconque) soit lancé lorsqu'une modification survient.

L'intérêt de INotifyPropertyChanged, c'est qu'on est sûr que cet objet implémente l'événement PropertyChanged et qu'il est possible d'écrire du code prennant en charge cet événement (utilisation classique d'une interface qui défini un comportement) quel que soit le type réel de l'objet implémentant INotifyPropertyChanged. Par contre, si la modification d'une propriété ne déclenche pas manuellement l'événement PropertyChanged, son changement ne pourra pas être suivi.

La PropertyGrid n'a pour but que d'afficher les changements quand ils apparaissent ou il y a d'autres fonctionnalités comme historiser les valeurs etc. ? Si c'est uniquement de l'affichage et que le but n'est pas de faire du temps réel mais qu'un délai (qq ms) est acceptable, tu peux faire un check périodique des valeurs et comparer avec des valeurs que tu aurais sauvegardé.

[Sicyons]

Tout d'abord merci pour vos réponses (j'avais oublié de me montrer civilisé ).

En fait un délai est acceptable, le temps réel absolu ne m'étant pas utile. Il ne fait qu'afficher les valeurs de façon à refléter au mieux l'état de l'objet cible (donc le délai ne doit pas être trop important non plus). La partie "évènements" de mon contrôle gère une historisation, mais pas la partie "propriétés" qui reste proche du PropertyGrid du framework.

J'avais bien pensé à utiliser un timer pour scruter régulièrement les valeurs de toutes les propriétés, mais j'hésite toujours à utiliser cette technique, craignant à chaque fois uen trop grande et inutile consommation de ressources, en particulier processeur. De plus j'ai peur que pour un objet cible complexe, le nombre de propriétés à scruter rende le temps de traitement trop long. C'est pourquoi j'aurai préféré la possibilité de réagir de façon uniquement ciblée au changement de chaque propriété.

Donc je me pose une autre question : comment procède le PropertyGrid du framework ?

[Kaidan]

Si t'as un objet avec 1 000 000 de propriétés, ça risque effectivement d'être lent. C'est tout de même rarement le cas. Et même si c'était le cas, le million de propriétés ne pourra pas être affiché sur dans la zone visible du contrôle en même temps et donc il est toujours possible d'optimiser le code pour ne synchroniser que les valeurs des propriétés visibles dans le contrôle.

PropertyGrid du framework s'appuie sur les PropertyDescriptor qui fourni une méthode abstract GetValue qui, d'après la MSDN, s'implémente en général via la réflexion. Toujours d'après la MSDN, cette méthode appelle automatiquement deux événements (OnComponentChanging et OnComponentChanged) de l'interface IComponentChangeService. Après, tu peux regarder l'exemple sur la page MSDN de l'interface, mais il y a tout de même une modification du code. Peut-être que le designer injecte ces modifications via réflexion. Pas l'air simple tout ça .

[Sicyons]

J'ai bien utilisé les PropertyDescriptor avec GetValue au travers de la réflexion.
Mais je vais creuser du côté des deux évènements que tu m'a suggéré. Ce pourrait bien être ce que je cherche.

Je vous tiendrai au courant, merci encore.

[jeandadaf]

Je voulais savoir si tu avais réussi à faire ce que tu voulais.

Car cela m'interesse aussi.

A+