Exportar (0) Imprimir
Expandir todo

Control (Clase)

Actualización: noviembre 2007

Define la clase base para los controles, que son componentes con una representación visual.

Espacio de nombres:  System.Windows.Forms
Ensamblado:  System.Windows.Forms (en System.Windows.Forms.dll)

[ClassInterfaceAttribute(ClassInterfaceType.AutoDispatch)]
[ComVisibleAttribute(true)]
public class Control : Component, IDropTarget, 
	ISynchronizeInvoke, IWin32Window, IBindableComponent, IComponent, IDisposable
/** @attribute ClassInterfaceAttribute(ClassInterfaceType.AutoDispatch) */
/** @attribute ComVisibleAttribute(true) */
public class Control extends Component implements IDropTarget, 
	ISynchronizeInvoke, IWin32Window, IBindableComponent, IComponent, IDisposable
public class Control extends Component implements IDropTarget, ISynchronizeInvoke, IWin32Window, IBindableComponent, IComponent, IDisposable

Para crear una clase de control propia, hay que heredar de las clases UserControl, Control o del resto de controles de formularios Windows Forms proporcionados. Para obtener más información sobre cómo crear controles personalizados, vea Desarrollar controles personalizados de formularios Windows Forms con .NET Framework.

La clase Control implementa una funcionalidad muy básica, requerida por las clases que muestran información al usuario. Controla los datos proporcionados por el usuario a través del teclado y dispositivos señaladores. Controla la seguridad y el enrutamiento de mensajes. Define los límites de un control (posición y tamaño) aunque no implementa dibujos. Proporciona un identificador de ventana (hWnd).

Los controles de formularios Windows Forms utilizan propiedades de ambiente para que los controles secundarios se parezcan al entorno que los rodea. Una propiedad de ambiente es una propiedad de control que, si no se establece, se recupera del control primario. Si el control no tiene un control Parent y la propiedad no se establece, el control trata de determinar el valor de la propiedad de ambiente a través de la propiedad Site. Si el control no está ubicado en un sitio, si el sitio no admite propiedades de ambiente o si la propiedad no se establece en AmbientProperties, el control utiliza sus propios valores predeterminados. Normalmente, una propiedad de ambiente representa una característica de un control, como BackColor, que se comunica con un control secundario. Por ejemplo, de forma predeterminada, el control Button tendrá la misma propiedad BackColor que su control Form principal. Entre las propiedades de ambiente proporcionadas por la clase Control, se incluyen: Cursor, Font, BackColor, ForeColor y RightToLeft.

36cd312w.alert_note(es-es,VS.90).gifNota:

Para que la aplicación de Windows Forms admita los estilos visuales de Windows XP, asegúrese de establecer la propiedad FlatStyle en System y de incluir un manifiesto en el ejecutable. Un manifiesto es un archivo XML que se incluye como recurso en el ejecutable de la aplicación o como un archivo separado que se encuentra en el mismo directorio que el archivo ejecutable. Para ver un ejemplo de manifiesto, vea la sección Ejemplo de la enumeración FlatStyle. Para obtener más información acerca de cómo utilizar los estilos visuales disponibles en Windows XP, vea "Uso de estilos visuales en Windows XP" en MSDN Library, en http://msdn2.microsoft.com/es-es/library.

Los formularios Windows Forms dispone de compatibilidad integrada para accesibilidad y proporciona información acerca de la aplicación que le permite trabajar con aplicaciones cliente de accesibilidad, como utilidades para aumentar y revisar la pantalla, utilidades para entrada de voz, teclados en pantalla, dispositivos de entrada alternativos y utilidades para la mejora de los teclados. A veces deseará proporcionar información adicional a las aplicaciones cliente de accesibilidad. Existen dos maneras de proporcionar esta información adicional. Se pueden establecer los valores de las propiedades AccessibleName, AccessibleDescription, AccessibleDefaultActionDescription y AccessibleRole que se notificarán a las aplicaciones cliente de accesibilidad. Este método se utiliza normalmente para suministrar información sobre accesibilidad limitada a los controles existentes. También es posible escribir una clase propia, que se derive de las clases AccessibleObject o Control.ControlAccessibleObject para proporcionar tanta información sobre accesibilidad como sea necesario.

36cd312w.alert_note(es-es,VS.90).gifNota:

Para mantener el máximo rendimiento, no establezca el tamaño de un control en su constructor. El mejor método es reemplazar la propiedad DefaultSize.

La mayoría de los controles del espacio de nombres System.Windows.Forms utilizan el control común de Windows subyacente como base para la generación. Para obtener más información acerca de los controles comunes de Windows, vea el tema "Referencia general de controles" en MSDN Library, en http://msdn2.microsoft.com/es-es/library.

Para identificar los controles de formularios Windows Forms de un proceso independiente, utilice una llamada estándar a SendMessage para pasar el mensaje WM_GETCONTROLNAME. WM_GETCONTROLNAME es independiente del lenguaje y la jerarquía de Windows. Para obtener más información, vea el tema "Solución recomendada para formularios Windows Forms" en la sección "Automatizar los formularios Windows Forms" de MSDN Library en http://msdn2.microsoft.com/es-es/library.

Utilice la propiedad InvokeRequired para sincronizar el acceso de varios subprocesos al control. Para obtener más información acerca de los controles de formularios Windows Forms multiproceso, vea Cómo: Realizar llamadas seguras para subprocesos en controles de formularios Windows Forms.

Sólo los miembros siguientes son seguros para la ejecución de subprocesos: BeginInvoke, EndInvoke, Invoke, InvokeRequired y CreateGraphics, si ya se ha creado el identificador del control. La llamada a CreateGraphics antes de la creación del identificador del control en un subproceso de fondo puede producir llamadas no válidas entre subprocesos.

Windows Vista, Windows XP SP2, Windows XP Media Center Edition, Windows XP Professional x64 Edition, Windows XP Starter Edition, Windows Server 2003, Windows Server 2000 SP4, Windows Millennium Edition, Windows 98, Windows CE, Windows Mobile para Smartphone, Windows Mobile para Pocket PC

.NET Framework y .NET Compact Framework no admiten todas las versiones de cada plataforma. Para obtener una lista de las versiones compatibles, vea Requisitos de sistema de .NET Framework.

.NET Framework

Compatible con: 3.5, 3.0, 2.0, 1.1, 1.0

.NET Compact Framework

Compatible con: 3.5, 2.0, 1.0

Adiciones de comunidad

AGREGAR
Mostrar:
© 2015 Microsoft