Equivalent vbnet de la méthode C# GetPropertyName pour binding

Bonjour,

Je voudrais faire des databinding entre des textboxes d'une Form et une classe avec des propriétés (P1, P2, P3), et j'utilise l'écriture suivante pour chaque champ de la form (ici la TextBox1):

Code:

---

TextBox1.DataBindings.Add(New Binding("Text", MaClass, "P1"))

---

Le problème c'est que si je change le nom de la propriété P1 dans la classe, je doit changer le code du binding... par exemple je renomme

Code:

---

public property P1 as string

---

en

Code:

---

public property UserName as string

---

je dois aussi changer

Code:

---

TextBox1.DataBindings.Add(New Binding("Text", MaClass, "UserName"))

---

ma question: est ce que je peux déterminer le nom de la propriété de facon intelligente, par exemple en utilisant system.reflection; j'ai trouvé des exemples en C mais rien en Vbnet. Un truc du genre MaClass.P1.GetPropertyName...

Merci,
Zebrette

http://www.developerfusion.com/tools.../csharp-to-vb/

Merci,

Je ferais à l'avenir sans doute bon usage de ce site.

cependant il me renvoi la même méthode, ce qui signifierait qu'elle existe aussi en VBNet... Mais je ne la trouve pas, je ne sais pas de quel(s) import(s)/namespaces/class j'ai besoin...

Et je ne trouve pas d'exemple en ligne...
une proposition pol63?

j'ai pas trop compris ce que tu cherches ...

la classe binding a l'air d'être dans system.windows.forms
http://msdn.microsoft.com/fr-fr/libr...s.binding.aspx
pour trouver un namespace le mieux reste de taper msdn nom_de_la_classe dans google, par contre pour databinding c'est un mauvais exemple ca retourne surtout le binding de wpf, et à priori tu es sur du windows forms


MaClass.P1.GetPropertyName ca serait un peu bête, ayant écrit P1 tu sais que la propriété s'appelle P1
et le binding demande à priori le nom de la propriété, donc juste un string

sauf qu'avec MaClass.P1, si je renomme la propriété P1 dans ma class, toutes les occurences seront renommées automatiquement (on parle bien du Design time).

Alors qu'avec "P1", si je renomme la propriété P1 dans ma class, je n'aurai pas d'erreur pendant le design time (comme c'est un string), mais j'en aurai une pendant l’exécution puisque P1 n'existe plus (renommée).

alors certes je ne suis pas sensé passer mon temps à renommer mes propriétés de classe, mais cela m'arrive et je trouve très acrobatique/dangereux le fait de devoir chercher toutes les références dans le code.

(c'est peut être pas plus clair...)


après, il se trouve que le code que j'ai mis en exemple marche bien en windows form, tu dis qu'il y a une meilleur méthode?

merci encore.

Citation:

---

Envoyé par zebrette

sauf qu'avec MaClass.P1, si je renomme la propriété P1 dans ma class, toutes les occurences seront renommées automatiquement (on parle bien du Design time).

---

ah bon ?

Citation:

---

Envoyé par zebrette

Alors qu'avec "P1", si je renomme la propriété P1 dans ma class, je n'aurai pas d'erreur pendant le design time (comme c'est un string), mais j'en aurai une pendant l’exécution puisque P1 n'existe plus (renommée).

---

le problème avec l'utilisation de bindings est en effet la non vérification à la compilation avec erreur à l'exécution si la propriété a été renommée

Citation:

---

Envoyé par zebrette

alors certes je ne suis pas sensé passer mon temps à renommer mes propriétés de classe, mais cela m'arrive et je trouve très acrobatique/dangereux le fait de devoir chercher toutes les références dans le code.

---

c'est rarement conseillé
surtout si tu fais une dll utilisée dans plusieurs programmes, modifier une propriété ne t'avertira jamais qu'un autre programme utilisant cette dll va planter

Citation:

---

Envoyé par zebrette

(c'est peut être pas plus clair...)

---

(si si je pense)

Citation:

---

Envoyé par zebrette

après, il se trouve que le code que j'ai mis en exemple marche bien en windows form, tu dis qu'il y a une meilleur méthode?

---

j'ai dit ca ?



sinon la reflection c'est le même principe pour avoir une "instance" de propriété il faut lui fournir le nom de celle ci
et modifier le nom d'une propriété fait que la reflection ne fonctionnera plus
c'est pour ca que la réflection n'est pas toujours idéale non plus, ou alors en étant sûr de ne rien changer dans le code

en wpf les bindings par code ne sont pas forcément plus recommandé que les bindings en xaml, mais par contre on peut faire maclasse.propriété sur les dependency properties (ca ne t'avancera surement pas si tu es sur du windows forms ^^)

Merci de ton aide et de tes éclaircissements.