Información general sobre proveedores de UI Automation

Los cliente de Automatización de la interfaz de usuario implementan proveedores del cliente para comunicarse con aplicaciones que no admitan, total o parcialmente, la Automatización de la interfaz de usuario. Los proveedores del cliente suelen comunicarse con el servidor a través de los límites del proceso para enviar y recibir los mensajes de Windows.

Dado que los proveedores de Automatización de la interfaz de usuario de los controles de las aplicaciones Win32, formularios Windows Forms o WPF se proporcionan como parte del sistema operativo, las aplicaciones cliente casi nunca tienen que implementar sus propios proveedores. Por ello, no se tratan más extensamente en esta introducción.

Los proveedores del servidor se implementan mediante controles personalizados o aplicaciones basados en un marco de trabajo de la interfaz de usuario distinto de Win32, formularios Windows Forms o WPF.

Los proveedores del servidor se comunican con las aplicaciones cliente a través de los límites del proceso y exponen las interfaces al sistema del núcleo de Automatización de la interfaz de usuario, que a su vez atiende a las solicitudes de los clientes.

Los elementos de Automatización de la interfaz de usuario son fragmentos de la interfaz de usuario (UI) que están visibles para los clientes de Automatización de la interfaz de usuario. Entre los ejemplos se incluyen ventanas de la aplicación, paneles, botones, información sobre herramientas, cuadros de lista y elementos de lista.

Los elementos de Automatización de la interfaz de usuario se exponen a los clientes como un árbol de Automatización de la interfaz de usuario. Automatización de la interfaz de usuario construye el árbol navegando de un elemento a otro. La navegación se habilita mediante los proveedores de cada elemento, cada uno de los cuales puede señalar a un elemento primario, secundario o del mismo nivel.

Para obtener más información sobre la vista de cliente del árbol de Automatización de la interfaz de usuario, vea Información general sobre el árbol de la UI Automation.

Un cliente puede ver el árbol de Automatización de la interfaz de usuario en tres vistas principales, como se muestra en la tabla siguiente.

Para obtener más información sobre las vistas de cliente del árbol de Automatización de la interfaz de usuario, vea Información general sobre el árbol de la UI Automation.

Es responsabilidad de la implementación del proveedor definir un elemento como elemento de contenido o elemento de control. Además, los elementos de control pueden ser o no elementos de contenido, pero todos los elementos de contenido son elementos de control.

Un marco de trabajo es un componente que administra los controles secundarios, la prueba de posicionamiento y la representación en un área de la pantalla. Por ejemplo, una ventana de Win32, a la que suele hacerse referencia por su identificador HWND, puede actuar como un marco de trabajo que contiene varios elementos de Automatización de la interfaz de usuario, como una barra de menús, una barra de estado y botones.

Los controles contenedores de Win32, como los cuadros de lista y las vistas de árbol se consideran marcos de trabajo, porque contienen su propio código para representar elementos secundarios y realizar la prueba de posicionamiento en ellos. En cambio, un cuadro de lista de WPF no es un marco de trabajo, porque la ventana de WPF contenedora administra la representación y la prueba de posicionamiento.

La interfaz de usuario de una aplicación puede estar compuesta de distintos marcos de trabajo. Por ejemplo, una ventana de la aplicación HWND puede contener código HTML dinámico (DHTML), que a su vez contiene un componente como un cuadro combinado en un identificador HWND.

Un fragmento es un subárbol completo de elementos de un marco de trabajo determinado. El elemento del nodo raíz del subárbol se denomina raíz del fragmento. La raíz del fragmento no tiene un elemento primario, pero se hospeda dentro de algún otro marco de trabajo, normalmente una ventana de Win32 (HWND).

El nodo raíz de cada fragmento debe hospedarse en un elemento, que suele ser una ventana de Win32 (HWND). La excepción es el escritorio, que no se hospeda en ningún otro elemento. El host de un control personalizado es el indicador HWND del propio control, no la ventana de la aplicación ni otra ventana que pueda contener grupos de controles de nivel superior.

El host de un fragmento realiza un rol importante en la prestación de servicios de Automatización de la interfaz de usuario. Permite la navegación hasta la raíz del fragmento y proporciona algunas propiedades predeterminadas, para que el proveedor personalizado no tenga que implementarlas.