Freigeben über


Benachrichtigungsereignisse für Eigenschaftenänderungen

Aktualisiert: November 2007

Anhand von Benachrichtigungsereignissen für Eigenschaftenänderungen erkennt Code, wenn sich ein Eigenschaftenwert aufgrund einer internen oder externen Aktivität ändert. Daher kann Code einen zugehörigen Zustand ggf. aktualisieren (z. B. durch Ändern der Darstellung eines Steuerelements auf der Benutzeroberfläche).

Lösen Sie Änderungsbenachrichtigungsereignisse aus, wenn Eigenschaftenwerte in APIs hoher Ebene (normalerweise Designer-Komponenten) geändert werden.

Diese Richtlinie gilt für Member hoher Ebene, bei denen die Änderungsbenachrichtigung den Nutzen der Bibliothek beträchtlich erhöht. Beispielsweise verwenden Objekte, die Elemente der Benutzeroberfläche bereitstellen oder mit der Benutzeroberfläche interagieren, Änderungsbenachrichtigung, damit abhängige Objekte der Benutzeroberfläche entsprechend aktualisiert werden können. Änderungsbenachrichtigungsereignisse sollten nicht verwendet werden, wenn der Nutzen der Bibliothek hierdurch nicht erhöht wird oder wenn die Benachrichtigung so häufig erfolgt, dass dies die Leistung wesentlich beeinträchtigt. Beispielsweise ist es falsch, immer ein Änderungsereignis auszulösen, wenn Elemente einer allgemeinen Auflistung hinzugefügt oder aus dieser entfernt werden. Um eine unnötige Komplexität häufig verwendeter Typen zu vermeiden, sollte eine Spezialauflistung verwendet werden, wenn diese Funktionalität erforderlich ist. Die Bibliotheken von .NET Framework, Version 2.0, stellen als allgemeine Auflistung Collection<T> bereit. Für Auflistungen, die Benachrichtigungen erfordern, stellt .NET Framework außerdem BindingList<T> bereit.

Lösen Sie Änderungsbenachrichtigungsereignisse aus, wenn sich der Wert einer Eigenschaft aufgrund externer Faktoren ändert.

Wenn sich ein Eigenschaftenwert aufgrund eines externen Faktors, z. B. eine Benutzereingabe, ändert, verwenden Sie ein Änderungsbenachrichtigungsereignis, bevor die Änderung als permanente Änderung festgelegt wird, um anzugeben, dass sich der Wert ändert. Nachdem die Änderung als permanent festgelegt wurde, verwenden Sie ein anderes Ereignis, um anzugeben, dass der Wert geändert wurde. Beispielsweise stellt die Control-Klasse das Validating-Ereignis und das Validated-Ereignis bereit, um Code über die Validierung von Steuerelementen zu informieren.

Copyright für einzelne Teile 2005 Microsoft Corporation. Alle Rechte vorbehalten.

Copyright für einzelne Teile Addison-Wesley Corporation. Alle Rechte vorbehalten.

Weitere Informationen zu Entwurfsrichtlinien finden Sie im Buch "Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries" von Krzysztof Cwalina und Brad Abrams, veröffentlicht von Addison-Wesley, 2005.

Siehe auch

Konzepte

Entwurf indizierter Eigenschaften

Eigenschaftenentwurf

Weitere Ressourcen

Entwurfsrichtlinien für Member

Entwurfsrichtlinien zum Entwickeln von Klassenbibliotheken