Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Anhand von Benachrichtigungsereignissen für Eigenschaftenänderungen erkennt Code, wenn sich ein Eigenschaftswert 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 Eigenschaftswerte 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 Eigenschaftswert 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 unter „Framework-Entwurfs-Richtlinien: Idiome, Konventionen und Muster für wiederverwendbare .NET-Bibliotheken von Krzysztof Cwalina“ book und Brad Abrams, veröffentlicht von Addison-Wesley, 2005.
Siehe auch
Konzepte
Entwurf indizierter Eigenschaften