![]() |
![]() |
![]() |
![]() |
PARADIGMA
Colega virtual, como podrás apreciar en esta page, WFC te proporciona clases que incorporan la
funcionalidad del control, incluidos los recursos para diseñar e implementar propiedades, administrar
e invocar eventos, etc.
|
|||||
es WFC |
|||||
---|---|---|---|---|---|
Clases WFC |
a Full |
||||
mucha Clase |
|||||
Primer Applets |
y Hora |
||||
en NetBeans |
Java |
PROGRAMACION CON WFC
Las herramientas visuales permiten diseñar el aspecto de un control y generar el código apropiado que podrá modificar como sea necesario para implementar la completa funcionalidad de un control.
Crear controles WFC
Trabajar con los componentes visuales de WFC: Si bien hay algunas diferencias entre los componentes visuales de las aplicaciones Win32 y HTML dinámico (DHTML), hay muchas más similitudes.
Éstas permiten que el modelo de componentes de WFC sirva bien para ambos tipos de aplicaciones. Por ejemplo, tanto el modelo Win32 como el DHTML incluyen tipos básicos de controles, como cuadros de edición, casillas de verificación, botones, botones de opción y cuadros combinados.
Para los controles más utilizados en Win32, suele haber un control DHTML con el mismo nombre precedido por las letras "Dh" (por ejemplo, la clase com.ms.wfc.ui.Edit tiene una clase correspondiente com.ms.wfc.html.DhEdit).
Las fuentes, las constantes de color y la mayoría de los tipos de evento también son las mismas en los modelos Win32 y DHTML.
Por supuesto, también hay componentes específicos de cada modelo, como las tablas para DHTML o los controles de vista de lista para componentes Win32.
La diferencia más notable entre los componentes WFC Win32 y DHTML es que estos últimos no están disponible en el Diseñador de formularios, por lo que para crearlos, agregarlos o modificarlos es necesario el editor de código. Sin embargo, el código Java subyacente tiene un aspecto similar en los dos modelos.
Componentes visuales de Windows
El paquete principal de WFC que proporciona la compatibilidad con los componentes visuales es com.ms.wfc.ui, y la clase base de la mayoría de los elementos visuales en WFC escom.ms.wfc.ui.Control.
Casi todos los controles WFC se derivan de esta clase, incluida la clase Form, que es el contenedor visual de los controles.
CLASE CONTROL
Métodos para establecer y recuperar las propiedades del control, como el tamaño de presentación y los rectángulos cliente, el color de primer plano y de fondo, el pincel asociado, el cursor, texto, fuente, posición, etc.
Estos métodos tienen nombres que comienzan con set o get (por ejemplo, setBrush y getBrush).
Métodos de evento. Por cada evento que genera un control, hay tres métodos implementados en el mismo. Por ejemplo, para el evento move, hay un método onMove, que desencadena el evento, un método addOnMove, que asigna un controlador de eventos al evento move, y un método removeOnMove, que quita el controlador de eventos.
El objeto Control trata la mayoría de los eventos de control básicos.
Los métodos relacionados con las relaciones primario/secundario de los controles. Por ejemplo, el método add agrega un control secundario, mientras que assignParent y getParent asignan y recuperan el control primario.
También hay métodos para el manejo de matrices de controles secundarios bringToFront, sendToBack, updateZOrder, performLayout, focus, show, hide, update, invalidate, createGraphics y createWindowGraphics.
Métodos que afectan al diseño, orden z, dibujado y foco de entrada del control, como bringToFront, sendToBack, updateZOrder, performLayout, focus, show, hide, update, invalidate, createGraphics y createWindowGraphics.
Métodos de proceso de eventos de bajo nivel. En el nivel Win32, las ventanas reciben mensajes del sistema. En la clase Control, cada mensaje de entrada dirigido a un control tiene un método de acceso protected (por ejemplo, processCmdKey, processCmdKeyEvent o processDialogKey).
Estos métodos son importantes sólo si un control que se derive de esta clase base intenta reemplazarlos al realizar algún proceso especial.
Métodos relativos a los identificadores de ventana (window handles), mensajes y ejecución de subprocesos.
Se hallan disponibles para programadores con experiencia en el modelo de programación de Win32. Por ejemplo, createHandle, destroyHandle, getRecreatingHandle, fromHandle y fromChildHandle están relacionados con los controles de ventana, y sendMessage y reflectMessage permiten al control el acceso a los mensajes de ventana subyacentes.
La clase Control se deriva de la clasecom.ms.wfc.core.Component, que es la clase base de todos los componentes WFC.
FORMULARIO
El Diseñador de formularios de Visual J++ se inicia con la plantilla de formulario de Visual J++, que proporciona una clase derivada de com.ms.wfc.ui.Form, y le ayuda a establecer las propiedades del formulario y agregarle controles.
La clase derivada de Form agrega un método denominado main, no disponible en Form.
El formulario se ejecuta cuando se llama al método com.ms.wfc.app.Application.run desde main y se le pasa una nueva instancia de la clase basada en Form (este código ya existe en la plantilla).
Una clase basada en Form utilizada como cuadro de diálogo modal puede ejecutarse llamando al métodoForm.showDialog (showDialog también ejecuta cuadros de diálogo modales basados en la clase de cuadrocom.ms.wfc.ui.CommonDialog).
Un cuadro de diálogo personalizado sin modo y basado en Form puede abrirse llamando al métodoshow del formulario, que convierte en visible el formulario.
La clase Form se deriva de com.ms.wfc.ui.Control, por lo que contiene todos los métodos Control además de muchos propios para el manejo de su función como contenedora de controles y como ventana.
Se incluyen métodos para:
Establecer las propiedades de ventana del formulario, por ejemplo, para establecer el estado visible o maximizado inicial del formulario, su posición y el estilo de borde, o para determinar si posee una barra de desplazamiento automático, un cuadro de control o un cuadro minimizar, y si el icono del formulario aparece en la barra de tareas.
Determinar la relación entre los menús, controles u otros formularios colocados en el formulario, como establecer el menú principal, organizar controles, admitir formularios de interfaz de múltiples documentos (MDI) o determinar si el formulario recibe todos los eventos esenciales del control.
Establecer propiedades cuando se utiliza el formulario como cuadro de diálogo modal, y ejecutar y recuperar los resultados de un cuadro de diálogo cuando el formulario es una aplicación.
Esto incluye métodos para establecer los botones Aceptar, Cancelar y los botones de ayuda en un cuadro de diálogo, para iniciar un cuadro de diálogo y para establecer y recuperar los valores de resultado que devuelve un cuadro de diálogo modal.
Esta lista no es exhaustiva, pero proporciona una idea general de lo que es un formulario. Otra clase del paquete com.ms.wfc.ui se deriva de Form, la clase UserControl.
Se trata de una clase para crear sus propios controles compuestos basados en Form que puede instalar en el Cuadro de herramientas.
Descripción general de los controles WFC
Con más de 240 clases, puede resultar difícil determinar inmediatamente qué clases necesita usar; por suerte, pueden clasificarse en varias categorías principales, de la siguiente forma:
Algunos ejemplos son ColumnHeader, Menu (y MainMenu, ContextMenu y MenuItem, que se derivan de ella), RebarBand, StatusBarPanel, ToolTip e ImageList (e ImageListStreamer, que se deriva de ella).
CLASES com.ms.wfc.ui
GRAFICOS
Graphics, que encapsula las capacidades nativas de dibujo del sistema operativo Windows.
Este objeto proporciona diversas funciones para las operaciones de dibujo más comúnmente utilizadas, como mostrar imágenes e iconos y dibujar líneas, polígonos y texto.
El objeto Graphics realiza su trabajo incluyendo un contexto de dispositivos de Windows, una estructura de datos del sistema que define los objetos gráficos del sistema, sus atributos asociados y los modos gráficos que afectan a los datos de salida del dispositivo.
Dado que se puede recuperar el contexto de dispositivo que subyace a un objeto Graphics, puede utilizarse sin dificultades con rutinas de dibujo nativas Win32.
Todos los objetos WFC que se derivan del objeto Control admiten la creación de un objeto Graphics mediante el método createGraphics.
Además, todos los objetos que se derivan del objeto Image, como Bitmap, Icon y Metafile, admiten la creación y recuperación de su objeto Graphics asociado a través del método getGraphics.
Componentes visuales de HTML dinámico
Las clases de com.ms.wfc.html se utilizan para crear nuevos elementos y también para crear enlaces con elementos existentes en una página HTML.
Dichos componentes se pueden crear y manipular en un explorador cliente o en un servidor, que los envía a un explorador cliente.
Este modelo de objetos está presente para varias plataformas. Por consiguiente, no se basa fundamentalmente en Win32, aunque los controles de interfaz de usuario tiendan a ser similares, dado que el conjunto estándar de botones, cuadros de lista, botones de opción, etc., están presentes en ambas plataformas.
Los dos conjuntos de controles WFC (Win32 y HTML dinámico) tienen una base similar porque se derivan en última instancia decom.ms.wfc.core.Component.
Un componente es un elemento que puede estar albergado un contenedor y ser compatible con la interfazIComponent, que tiene métodos para albergar el componente.
La forma en que los componentes y los contenedores se asignan no supone una gran preocupación para la mayoría de los programadores que utilizan WFC; sin embargo, puesto que los elementos de com.ms.wfc.html y com.ms.wfc.ui están basados en componentes, presentan características parecidas.
Por ejemplo, todos los componentes se agregan a su contenedor primario mediante el método add.