Langage C#
  1. Langage C#
  3. DependencyProperty en tant qu’instance-variables?
Intereting Posts
itextsharp coupe les pages d’un document pdf Comment obtenir tous les contrôles d’un formulaire dans Windows Forms? L’ajout de C # implique des conversions vers des types existants Byte vs Short vs Int (avec la variante non signée) en C #? Process.Start pour ouvrir une URL, obtenir une exception? convertir un nombre de 10 chiffres en chaîne hexagonale Problème de préfixe .NET HttpListener avec autre chose que localhost Validation du sélecteur de date / heure FluentValidation appel RuleSet et règles communes EndOfStream for BinaryReader Exception de violation d’access bizarre Ajouter des propriétés à l’exécution L’interface graphique .NET ne s’affiche pas dans WinPE Très mauvaise performance de la tâche asynchrone exécutée sur un pool de threads en natif .Net Mise en cache de la réponse à une image ASHX

DependencyProperty en tant qu’instance-variables?

Bien que la plupart des exemples de code sur le réseau utilisent une déclaration statique de DependencyProperties, j’ai constaté qu’ils étaient parfois définis comme des membres d’instance publics en lecture seule.

Existe-t-il des avantages à définir DependencyProperty en tant qu’instance-membre (et non statique)?

( Remarque: je ne veux pas entrer dans la question de savoir si les membres statiques sont bons ou mauvais, mais plus spécifiquement sur le comportement de l’object DependencyProperty)

Ce n’est pas vraiment une bonne idée. Dès qu’il y a plus d’une instance du contrôle, une exception doit être levée car la même propriété est réenregistrée et l’enregistrement est par type et non par instance.

La propriété ‘X’ était déjà enregistrée par ‘Y’.

Peut-être un glissement du codeur dans les cas que vous avez rencontrés.