Übersicht über die Benutzeroberflächenautomatisierungs-Anbieter
Ein Microsoft Benutzeroberflächenautomatisierung-Anbieter ist ein Softwareobjekt, das ein Element der Benutzeroberfläche einer Anwendung verfügbar macht, sodass Barrierefreiheitsclientanwendungen Informationen über das Element abrufen und dessen Funktionalität aufrufen können. Im Allgemeinen verfügt jedes Steuerelement oder ein anderes unterschiedliches Element in einer Benutzeroberfläche über einen Anbieter.
Microsoft bietet einen Anbieter für jedes der Standardsteuerelemente, die mit Microsoft Win32, Windows Forms und Windows Presentation Foundation (WPF) bereitgestellt werden. Dies bedeutet, dass die Standardsteuerelemente automatisch für Benutzeroberflächenautomatisierung Clients verfügbar gemacht werden. Sie müssen keine Barrierefreiheitsschnittstellen für die Standardsteuerelemente implementieren.
Wenn Ihre Anwendung benutzerdefinierte Steuerelemente enthält, müssen Sie Benutzeroberflächenautomatisierung Anbieter für diese Steuerelemente implementieren, um sie für Barrierefreiheitsclientanwendungen zugänglich zu machen. Sie müssen auch Anbieter für Steuerelemente von Drittanbietern implementieren, die keinen Anbieter enthalten. Sie implementieren einen Anbieter, indem Sie Benutzeroberflächenautomatisierung Anbieterschnittstellen und Steuerungsmusterschnittstellen implementieren.
Dieses Thema bietet eine Übersicht darüber, wie Steuerungsentwickler Benutzeroberflächenautomatisierung Anbieter implementieren. Sie enthält die folgenden Abschnitte.
Anbietertypen
Benutzeroberflächenautomatisierung Anbieter fallen in zwei Kategorien: serverseitige Anbieter und clientseitige Anbieter (oder Proxyanbieter).
Ein serverseitiger Anbieter ist ein Objekt, z. B. ein benutzerdefiniertes Steuerelement, das eine eigene native Implementierung der relevanten Benutzeroberflächenautomatisierung Anbieterschnittstellen enthält. Ein serverseitiger Anbieter kommuniziert mit Clientanwendungen über die Prozessgrenze hinweg, indem er seine Implementierung der Anbieterschnittstellen für den Benutzeroberflächenautomatisierung Kern verfügbar macht, der Anforderungen von Clients bereitstellt. Weitere Informationen zu serverseitigen Anbietern finden Sie unter Implementieren eines Server-Side Benutzeroberflächenautomatisierung Anbieters.
Ein clientseitiger Anbieter oder Proxy ist ein Objekt, das Benutzeroberflächenautomatisierung Anbieterschnittstellen im Namen eines Steuerelements implementiert und keine eigene vollständige Anbieterimplementierung enthält. Ohne Proxy ist ein solches Steuerelement für Benutzeroberflächenautomatisierung weitgehend undurchsichtig, die nur grundlegende Informationen bereitstellen können, die über das Fensterhandle (HWND) verfügbar sind, z. B. den Speicherort des Steuerelements. In der Regel kommunizieren Proxyanbieter über die Prozessgrenze hinweg mit der Anwendung, indem sie Windows-Nachrichten senden und empfangen. Weitere Informationen finden Sie unter Implementieren eines Client-Side (Proxy) Benutzeroberflächenautomatisierung-Anbieters.
Konzepte für Benutzeroberflächenautomatisierungs-Anbieter
Dieser Abschnitt bietet kurze Erläuterungen zu einer Auswahl von Schlüsselkonzepten, die Sie kennen müssen, um Benutzeroberflächenautomatisierungs-Anbieter implementieren zu können.
Elemente
Benutzeroberflächenautomatisierung Elemente sind Teile der Benutzeroberfläche – in der Regel Fenster oder Steuerelemente –, die für Benutzeroberflächenautomatisierung Clients sichtbar sind. Zu den entsprechenden Beispielen zählen Anwendungsfenster, Bereiche, Schaltflächen, QuickInfos, Listenfelder und Listenelemente.
Benutzeroberflächenautomatisierung Elemente werden clients als Struktur verfügbar gemacht. Das Feature „Benutzeroberflächenautomatisierung“ erstellt die Struktur durch Navigieren von einem Element zu einem anderen. Die Navigation wird vom Anbieter für jedes Element aktiviert. Jedes Element kann auf sein eigenes übergeordnetes Element, seine gleichgeordneten Elemente und sein erstes und letztes untergeordnetes Element verweisen.
Ein Client kann die Benutzeroberflächenautomatisierung-Struktur in drei Prinzipalansichten anzeigen, wie in der folgenden Tabelle beschrieben:
Sicht | BESCHREIBUNG |
---|---|
Rohdatenansicht | Schließt alle Elemente ein. |
Steuerelementansicht | Enthält Elemente, die Steuerelemente sind. |
Inhaltsansicht | Enthält Steuerelementelemente, die Dem Benutzer Informationen übermitteln. |
Für die Definition eines Elements als Inhaltselement oder Steuerelement ist die Anbieterimplementierung zuständig. Steuerelemente können auch Inhaltselemente sein, aber alle Inhaltselemente sind auch Steuerelemente.
Weitere Informationen zur Clientansicht der Struktur finden Sie unter Übersicht über Benutzeroberflächenautomatisierung Struktur.
Frameworks
Ein Framework ist eine Komponente, die untergeordneten Steuerelemente, Treffertests und das Rendering in einem Bereich des Bildschirms verwaltet. Beispielsweise kann ein Win32-Fenster, das häufig als HWND bezeichnet wird, als Framework dienen, das mehrere Benutzeroberflächenautomatisierung-Elemente enthält, z. B. eine Menüleiste, eine status leiste und Schaltflächen.
Win32-Containersteuerelemente wie Listenfelder und Strukturansichtssteuerelemente gelten als Frameworks, da sie ihren eigenen Code zum Rendern untergeordneter Elemente und zum Ausführen von Treffertests für sie enthalten. Im Gegensatz dazu ist ein WPF-Listenfeld kein Framework, da das Rendering und die Treffertests vom enthaltenden Fenster verarbeitet werden.
Die Benutzeroberfläche in einer Anwendung kann aus verschiedenen Frameworks bestehen. Beispielsweise kann ein HWND in einer Anwendung dynamisches HTML (DHTML) enthalten, das wiederum eine Komponente wie ein Kombinationsfeld in einem HWND enthalten kann.
Fragments
Eine vollständige Teilstruktur von Elementen aus einem bestimmten Framework wird als Fragment bezeichnet. Das Element im Stammknoten der Unterstruktur wird als Fragmentstamm bezeichnet. Ein Fragmentstamm hat kein übergeordnetes Element, wird aber in einem anderen Framework gehostet, in der Regel ein Win32-Fenster (HWND).
Hosts
Der Stammknoten jedes Fragments muss in einem Element gehostet werden, in der Regel in einem Win32-Fenster (HWND). Die Ausnahme stellt der Desktop dar, der in keinem anderen Element gehostet wird. Der Host eines benutzerdefinierten Steuerelements ist der HWND des Steuerelements selbst, nicht das Anwendungsfenster oder ein anderes Fenster, das möglicherweise Gruppen von Steuerelementen der obersten Ebene enthält.
Der Host eines Fragments spielt bei der Bereitstellung von Diensten zur Benutzeroberflächenautomatisierung eine wichtige Rolle. Er ermöglicht die Navigation zum Fragmentstamm und stellt einige Standardeigenschaften bereit, damit diese nicht vom benutzerdefinierten Anbieter implementiert werden müssen.
Zugehörige Themen
-
Konzept
-
Implementieren eines Client-Side Benutzeroberflächenautomatisierung-Anbieters
-
Implementieren eines Server-Side Benutzeroberflächenautomatisierung-Anbieters
-
Übersicht über die Benutzeroberflächenautomatisierungs-Struktur