Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Guía de
Diccionarios de
Datos
www.Moose-Software.com • www.VisualDataflex.es
X Soluciones abiertas para un mundo cambiante
Versiones documento
www.Moose-Software.com • www.VisualDataflex.es
Guía de Diccionario de Datos
Índice
Introducción a los Diccionarios de Datos ....................................................................... 4
www.VisualDataflex.es Página 3 de 8
Guía de Diccionario de Datos
Los Diccionarios de Datos se definen como clases. Creará una clase de Diccionario de Datos para
cada tabla. Estas clases serán usadas mientras esté desarrollando su aplicación.
Los Diccionarios de Datos facilitan crear aplicaciones sólidas, con buena apariencia y fácilmente
mantenible.
www.VisualDataflex.es Página 4 de 8
Guía de Diccionario de Datos
Creando una estructura de DDOs, conectando los objetos de manera apropiada y a la vez
conectando DEOs a esta estructura, garantizando la actividad de la base de datos de forma
coordinada. Todas estas conexiones se programan a nivel de objeto.
Las reglas de la base de datos se mantienen actualizadas porque son creadas en una clase de
Diccionario de Datos con propiedades y con varios eventos definidos en el Diccionario de Datos.
Esto se programa a nivel de clase.
Creará una clase de Diccionario de Datos para cada tabla de su aplicación. Estas clases, basadas
en la clase de DataDictionary, permiten que defina la información y se establezcan las reglas para
una tabla. Poniendo estas reglas en un único lugar (una clase) no tendrá que repetirlas en cada
componente que acceda a la tabla. Las reglas que puede especificar en esta clase son:
• La estructura de la tabla.
• Cómo se puede conectar a otras tablas.
• Definir qué validaciones y propiedades se aplican a cada campo.
• Qué reglas deben ser aplicadas durante grabaciones (saves), borrados (deletes) y
actualizaciones (updates).
• Otra información como los nombres de etiqueta o texto de ayuda.
Todos los cambios de datos pasan por los DDOs. Antes de que se cambien los datos los
Diccionarios de Datos los validan para usar las reglas, simples o complejas, que usted ha
desarrollado en sus clases de Diccionario de Datos.
Los Diccionarios de Datos son una clase tan importante que se ha desarrollado una herramienta
visual, Database Builder, para crear y mantener esas clases. Pretendemos que utilice siempre
esta herramienta para mantener sus Diccionarios de Datos. Database Builder crea el código
fuente para estas clases. En algunos casos este código se genera automáticamente seleccionando
www.VisualDataflex.es Página 5 de 8
Guía de Diccionario de Datos
las opciones apropiadas en el Database Builder mientras que en otros casos usted creará este
código usando el editor de código del Database Builder.
Para más información acerca del funcionamiento de esta herramienta vea: Definiendo clases de
Diccionario de Datos.
Las reglas para montar estructuras de DDO son las mismas para todos estos contenedores. Cada
objeto de Diccionario de Datos debe ser creado y conectado a la estructura de forma apropiada.
Esto es hecho a través DDOs hijo creando enlaces con los DDOs padre.
Cuando se monta apropiadamente, las estructuras de DDO proveen acceso sincronizado a una
jerarquía de datos. Según sea necesario se propagan mensajes entre varios objetos DD
entregando de esta forma un comportamiento homogéneo y consistente para las operaciones de
Buscar, Limpiar, Grabar y Borrar. Además se validan estas estructuras antes de permitir el
cambiar datos.
Para más información sobre estructuras de DDOs vea: Creando estructuras de Objeto de
Diccionario de Datos (DDO).
Restricciones y filtros
Una tarea adicional de los DDOs es permitir que se puedan restringir y filtrar los registros dentro
de un componente. Se soportan dos tipos de restricciones:
• Cuando un DDO se relaciona con otro, usted podría querer que el DDO hijo muestre
solamente los registros que se relacionan con el registro en curso en el DDO padre. A esto
se llama Relates- To- Constraint o Restricción por Relación.
• Una vista o informe puede necesitar solamente de un subconjunto de datos de cada vez.
Podría, por ejemplo, especificar clientes y filtrar por una determinada región o provincia. A
estos se les llama Filter Constraints o Restricción por filtro.
Ambas clases de restricciones (se pueden combinar juntas) se definen dentro de sus estructuras
de DDO.
www.VisualDataflex.es Página 6 de 8
Guía de Diccionario de Datos
El objeto que contiene una estructura de DDO también contiene, a su vez, todos los objetos y
métodos necesarios para comunicarse con esos DDOs. Este proceso de comunicación está, por lo
tanto, totalmente encapsulado.
En algunos casos, esta comunicación ocurrirá entre un objeto de entrada de datos (DEO) y un
DDO. Por ejemplo, una ventana contendrá DEOs que permiten que vea y edite sus datos. Cada
DEO está asignado a un DDO y toda comunicación entre el DDO y el DEO es automática.
En todos los casos, los DDOs son usados para el mismo propósito. Tienen que permitirle hacer lo
siguiente:
• Buscar o borrar datos.
• Proporcionarle información sobre el valor de un campo del DDO.
• Producir cambios en un valor del campo de DDO.
• Validar y grabar datos.
• Validar y borrar datos.
En una aplicación de Web, la conexión entre su DDO y DEO (su navegador) es indirecta, o
procesada por lotes. Todos los cambios en un DDO son enviados al navegador en formato HTML
como un solo evento. Todos los cambios en un DEO (el navegador) son enviados al DDO una sola
petición de lote. Su Web Browser Object (WBO) coordina esta actividad.
El mismo DDO es capaz de soportar diferentes interfaces (por ejemplo: controles de ventanas,
páginas HTML, servicios Web) y por lo tanto, la habilidad del DDO de comunicarse con estas
interfaces variará. Sin embargo, la lógica básica de DDO y los servicios de validación están
soportados en todas las plataformas. Por ejemplo, las validaciones de campo son siempre
ejecutadas antes de una grabación.
Puede encontrar más información en cómo usar DDOs en: Usando objetos de Diccionario de
Datos en sus componentes.
Las Aplicaciones de Windows contienen un tipo especial de objeto de entrada que está integrada
con los DDO. A estos objetos se les llama Data Entry Object (DEOs) u objetos de entrada de
datos. Cada DEO está unido a un campo en una tabla. Además, cada DEO especifica un DDO
para que actúe como su servidor.
Una vista constará de una estructura de DDO y un número de estos DEOs. Los mensajes,
lanzados a menudo por la interacción de usuarios, son enviados del DEO a su servidor DDO. Los
mensajes dicen al DDO que lleven a cabo una de las tareas de DDO que están en la lista de arriba
(Buscar, Grabar, Borrar, etc…). Cuando el DDO haya terminado la operación solicitada, enviará
www.VisualDataflex.es Página 7 de 8
Guía de Diccionario de Datos
los mensajes de notificación a todos los DEOs conectados. Los DEOs usarán estas notificaciones
para actualizar sus datos y su apariencia. La sincronización entre DEOs y DDOs permite que estos
objetos de entrada sean completamente Data Aware (Consciente de Datos). Añadiendo muy poco
código, podrá crear sofisticadas aplicaciones de entrada de datos.
Las Aplicaciones Windows también pueden usar DDOs dentro de informes. Un informe definirá un
DDO para actuar como su servidor. Todas las búsquedas serán manejadas automáticamente por
mensajes enviados del informe al servidor DDO. No es necesario el uso de DDOs en informes.
Hay aplicaciones que usan BPO para manejar actualizaciones personalizadas. Un BPO debe
contener métodos personalizados que ejecuten los procesos. Cree su código en estos métodos
para controlar la actividad entre el DDO y el proceso. Existe una interfaz completa de Diccionario
de Datos que le permite escribir un código que ejecute los mismos tipos de tareas que las que
hacen automáticamente los DEOS (por ejemplo: limpiar, buscar, modificar datos, grabar,
borrar…).
Las aplicaciones Web usan objetos Web para manejar todos los procesos. Hay dos tipos de
objetos Web:
• Objetos de navegador web o Web Browser Object (cWebBusinessProcess) – Se
emplean para interactuar con el navegador de web basado en páginas.
• Objetos de Servicios Web o Web Service Objects (cWebService) – Se emplea para
proveer servicios de web.
Estos objetos están diseñados para contener las estructuras de DDO y los métodos que se
comunican con esos DDOs. Un desarrollador interactúa con los DDOs de la misma forma con la
que operan con un BPO en una aplicación windows.
Los WBO esperan que la interfaz visual sea provista creando páginas HTML. Esas páginas son
creadas (programadas) usando un servidor de páginas activas (ASP). Las páginas ASP hacen las
llamadas en los WBO. Dentro del WBO cree los métodos para hacer lo que sea necesario. A
continuación haga sus métodos disponibles a su página ASP publicando su Interfaz. Además, los
WBO contienen una serie de interfaces que dan acceso a sus Diccionarios de Datos. Esto permite
que lleve a cabo todas las funciones básicas del Diccionario de Datos (por ejemplo: buscar,
borrar, grabar, limpiar,…) sin tener que escribir código en los WBO.
Los WBO proveen soporte de servicio web. Un servicio web puede o no necesitar acceder al
Diccionario de Datos. Si lo hacen, se puede añadir una estructura de DDO al servicio de objeto
web o Web Service Object (WSO) y crear métodos que se comuniquen con los DDOs.
www.VisualDataflex.es Página 8 de 8