• Author / Uploaded
• Juan Miguel Dosal Chavez

Citation preview

GeneXus 15: Taller Desarrollo de Aplicaciones Multiplataforma con GeneXus 2017

Copyright 1988-2017 |GeneXus S.A. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de GeneXus S.A. La información contenida en este documento es para uso personal únicamente.

Marcas Registradas GeneXus es una marca registrada (*) en múltiples países y regiones, incluyendo entre otros, América Latina, EEUU, Japón, la UE y Uruguay. Todas las demás marcas mencionadas en este documento son propiedad de sus respectivos dueños.

Página | 1

Introducción …………………………………………………………………………………………3 PRIMEROS PASOS: Tutorial paso a paso ......................................................... 3 Simbología utilizada ........................................................................................ 3 PARTE 1: Descubriendo GeneXus .................................................................... 4 ¿Qué es GeneXus? .......................................................................................... 4 PARTE 2: Su primera aplicación ...................................................................... 5 Diseño de aplicaciones basado en el conocimiento .............................................. 5 Paso 0: Caso de estudio ................................................................................. 5 Paso 1: Entorno de desarrollo ......................................................................... 5 Paso 2: Creación de una Base de Conocimiento y definición del Enviroment ......... 6 Paso 3: Creación de un Objeto Transacción ...................................................... 8 Paso 4: Descripción de la Estructura de la Transacción (Structure) ...................... 9 Paso 5: Definición de Campos Calculados  Fórmulas...................................... 13 Paso 6: Visualizando del Modelo de Datos inferido por GeneXus ........................ 14 Paso 7: Visualización de los Formularios del Objeto Transacción ....................... 16 Paso 8: Ejecución de su Aplicación ................................................................ 18 Paso 9: Prueba de su Aplicación .................................................................... 20 Paso 10: Agregar Reglas del Negocio  Reglas ............................................... 20 Paso 11: Creación del Objeto Transacción Cliente ........................................... 22 Paso 12: Revisión de los Cambios efectuados al Modelo de Datos ...................... 25 Paso 13: Visualización del Reporte de Especificación........................................ 27 PARTE 3: Mantenimiento .............................................................................. 29 Desarrollo Incremental y Mantenimiento de la Aplicación .................................... 29 Paso 14: Inclusión de Nuevos Objetos: Transacción Producto ........................... 29 Paso 15: Análisis y reorganización de la BD .................................................... 31 PARTE 4: Agregando funcionalidad ............................................................... 33 Utilización de Patrones en el desarrollo ............................................................. 33 Paso 16: Aplicar un pattern .......................................................................... 33 PARTE 5: Multiplataforma–Smart Devices .................................................... 35 Desarrollo Multiplataforma .............................................................................. 35 PARTE 6: Live Editing ................................................................................... 43 Resumen ...................................................................................................... 50 FAQ............................................................................................................... 51 Contactos y Recursos ................................................................................... 54 La Comunidad GeneXus .................................................................................. 54 Soporte ........................................................................................................ 54 Como Comprar .............................................................................................. 54 Links recomendados ..................................................................................... 54

Página | 2

Introducción El objetivo de este documento es ayudarlo a descubrir el potencial de la metodología de desarrollo basada en el conocimiento propuesta por GeneXus a través de sus principales funcionalidades:

   

Diseño automático de modelo de datos Generación automática de código Mantenimiento automático de base de datos y código Desarrollo e instalación multi-plataforma

PRIMEROS PASOS: Tutorial paso a paso El objetivo de este tutorial es brindarle una primera experiencia práctica con GeneXus a medida que aprende los fundamentos de la Metodología GeneXus. Al finalizar, usted conocerá como crear aplicaciones de negocios complejas con mayor rapidez de lo que nunca haya imaginado.

En este ejercicio paso a paso usted creará una aplicación de negocios simple generando los programas en la plataforma .NET. Para conocer la lista completa de http://www.genexus.com/technologies/

plataformas

soportadas

por

GeneXus

visite:

A medida que vaya trabajando con esta guía, usará las funcionalidades claves de GeneXus:      

Diseño de aplicaciones basado en el conocimiento Generación inteligente de base de datos Generación automática de código Aplicaciones completamente funcionales Desarrollo incremental y mantenimiento automático de la aplicación Desarrollo en múltiples plataformas

Simbología utilizada

! 

Este símbolo introduce un concepto clave para el desarrollo del tutorial.

Este símbolo introduce un TIP. Recomendamos leer lo que este dentro del recuadro.

Página | 3

Este símbolo especifica el tiempo requerido.



Este símbolo introduce una NOTA.

PARTE 1: Descubriendo GeneXus Tiempo estimado: 5 minutos

¿Qué es GeneXus? Básicamente, GeneXus es un programa que hace programas.

Es una herramienta que parte de las visiones de usuarios, y a partir de ahí encapsula el conocimiento en lo que llamaremos Base de Conocimiento. GeneXus sistematiza ese conocimiento, y desde allí automatiza el diseño, construcción y mantenimiento de la Base de Datos (BD) y los programas.

!

En resumen, GeneXus es una herramienta basada en el conocimiento que diseña, genera y mantiene en forma automática los programas y la base de datos para lograr el desarrollo rápido de aplicaciones críticas en múltiples plataformas.

Página | 4

PARTE 2: Su primera aplicación Tiempo estimado: 1:40

Diseño de aplicaciones basado en el conocimiento En esta sección aprenderá a crear una Base de Conocimiento GeneXus y diseñar una aplicación con base a los requerimientos de los usuarios. En este caso en particular, comenzaremos por diseñar una factura y otros componentes que se requieren en un Sistema de Gestión de Ventas.

Analistas de Negocios versus Desarrolladores

!

Entender las necesidades del usuario final es una de las pocas tareas que no se pueden automatizar en el desarrollo de software. Nos referimos a los desarrolladores de GeneXus como analistas de negocios en lugar de programadores, codificadores o desarrolladores.

Programar versus declarar la aplicación

!

La Metodología GeneXus se basa en la descripción de las entidades del usuario final (objetos reales tanto tangibles como intangibles) con las que debe manejarse su aplicación. Esto se hace describiendo las visiones de los usuarios finales sobre estas entidades, con un alto nivel de abstracción. Por este motivo, realizaremos una programación declarativa y los analistas de negocios describirán la realidad para que GeneXus cree el modelo de datos en una BD especificada y construya los programas de aplicación para cubrir las necesidades funcionales requeridas. Cuando esa realidad cambie, los analistas de negocios simplemente deberán describir la nueva realidad y será GeneXus quien se encargará de realizar los cambios necesarios en el modelo de datos y los programas para representar la nueva realidad descripta.

Paso 0: Caso de estudio Supongamos que una empresa requiere una aplicación que administre su sistema de facturación. Hoy no cuenta con uno y la facturación se hace de manera manual, con los grandes catálogos de códigos de productos. Trabajaremos con las facturas, los clientes, los productos a la vez que iremos introduciendo los fundamentos de los conceptos básicos de la metodología de GeneXus. Durante este tutorial, logrará describir la realidad presentada en GeneXus para generar un caso tipo de sistema de facturación en una plataforma Web utilizando el Generador .NET y BD SQL Server.

Paso 1: Entorno de desarrollo Una vez abierto GeneXus, descubrirá una interfase como en la imagen adjunta. Esta interfase recibe el nombre de IDE (Integrated Development Enviroment o Entorno de Desarrollo Integrado). Es un IDE intuitivo, simple y parametrizable por cada desarrollador.

Página | 5

Se divide en ventanas:

Figura: Entorno de Desarrollo (IDE)

Ventana principal: Está compuesta por la Start Page o Página de Inicio la cual a través de un Really Simple Syndication (RSS) en forma dinámica brinda información técnica relacionada con la herramienta y la comunidad de usuarios. Para obtener esta información es necesario estar conectado. Si su equipo se encuentra desconectado a Internet no podrá acceder a las novedades publicadas en el GeneXus Community.

Ventana de Navegación

Barras de herramientas

Paso 2: Creación de una Base de Conocimiento y definición del Enviroment El primer paso para crear una aplicación con GeneXus es crear una Base de Conocimiento y definir el ambiente de trabajo.

!

Base de Conocimiento o Knowledge Base (KB) Es un repositorio que contiene toda la información necesaria para generar una aplicación en múltiples plataformas. En otras palabras, es un repositorio de toda la descripción de la realidad.

Enviroment Página | 6

!

Para generar y mantener una aplicación de trabajo en una plataforma de software específica, debemos definir un Enviroment. Un Enviroment integra todo lo relacionado a la plataforma de ejecución (Generador, acceso a la BD, interfaz de usuario y otras propiedades de dicha plataforma). Para esto, especificamos un DBMS, un lenguaje meta y algunos parámetros adicionales por cada Enviroment. GeneXus generará y mantendrá el esquema de la base de datos y todos los programas en la plataforma seleccionada. De esta manera, el analista de GeneXus no necesita tener un conocimiento profundo de la plataforma objetivo.

Si es la primera vez que abre GeneXus Trial y no ha ejecutado previamente en su equipo una versión comercial del producto, GeneXus le indicará que procederá a ejecutar la creación de una base de conocimiento en forma automática. La primera vez que abra la versión trial se creará automáticamente una Base de Conocimientos en un ambiente en .NET con SQL. Si desea crear una base de conocimiento y un enviroment nuevo, deberá: 1. Haga clic en la opción New Knowledge Base. 2. Ponga un nombre a la Base de Conocimiento: TallerTelmexHub 3. Seleccione un directorio donde crear la KB. 4. Seleccione el lenguaje a generar.

Figura: Dialogo box para la creación de una Base de Conocimiento

5. Haga clic en CREATE para continuar.

Página | 7

Paso 3: Creación de un Objeto Transacción Nuestro objetivo será definir las visiones de nuestros usuarios en objetos GeneXus.

Objeto Transacción

!

Representa a los objetos de la realidad que maneja su aplicación. De las transacciones definidas se infiere el modelo de datos de la aplicación (3era forma normal). GeneXus también usa el objeto transacción para generar el programa de la aplicación que permitirá al usuario final, en forma interactiva, insertar, borrar y actualizar registros en la base de datos física.

El siguiente paso, una vez creada la base de conocimiento será crear la primera transacción, que representa una factura. Para ellos siga los siguientes pasos: 1. Haga clic derecho sobre RootModule/New/Ob ject o vaya al menú FILE/NEW OBJECT. También puede crear un nuevo objeto utilizando el shortcut CTRL N.

Figura: Creación de un objeto nuevo

2. Seleccione el tipo de objeto que quiere crear: Transaction 3. Ponga nombre al Objeto:FACTURA. 4. Haga clic en CREATE.

Figura: Dialog box New Object

Página | 8

Paso 4: Descripción de la Estructura de la Transacción (Structure) El próximo paso será describir el objeto factura definiendo qué atributos integran la misma y cómo están relacionados.

Estructura del objeto Transacción

!

La Estructura del Objeto Transacción es una descripción de los datos requeridos para conocer el objeto real que este representa. En la estructura, debemos declarar los atributos (campos) que forman la transacción (los datos con los que el usuario interactuará) y las relaciones entre ellos. Con base a esta estructura, GeneXus diseña y mantiene automáticamente la base de datos correspondiente (tablas, claves, índices, restricciones de integridad, etc.) en 3era forma normal. El mismo atributo deberá tener siempre el mismo nombre en cada lugar donde aparezca y a la vez que dos atributos diferentes no podrán tener el mismo nombre. Los elementos claves para definir la estructura de la transacción son los siguientes:  Nombre, tipo y descripción: Cada atributo es definido por su nombre, tipo de datos y descripción.  Niveles: Los atributos se agrupan en uno o más niveles, y estos niveles pueden ser anidados o paralelos (pueden haber múltiples niveles anidados). Por ejemplo: las líneas de una factura representan un nivel anidado al nivel raíz. El nivel de las líneas de la factura demuestra el hecho de que una factura puede tener muchas líneas, es decir, define una relación de una a muchas entre la factura y las líneas de la factura.  Atributos de Clave Primaria (PK): En cada nivel, uno o más atributos deben ser definidos como la Clave Primaria del nivel. o La Clave Primaria es un identificador de cada instancia del nivel. o Los valores de la Clave Primaria son únicos y una vez que se ingresan no pueden ser actualizados. o Si no existe una Clave Primaria “natural” para su objeto, debe crearse una “artificial”; por ejemplo, ClienteID.

1. Ingrese el nombre, tipo de dato y descripción de los atributos en la solapa Structure de la transacción Factura, como se indica en la tabla que figura a continuación. Use la tecla TAB para moverse entre el nombre, el tipo de dato y la descripción del atributo. Use la tecla ENTER para agregar un nuevo atributo.

ATRIBUTO

TIPO

DESCRIPCIÓN

FacturaID

Numeric(4.0)

Factura ID

FacturaFecha

Date

Factura Fecha

ClienteID

Numeric(4.0)

Cliente ID

ClienteNombre

Character(20)

Cliente Nombre

Hasta aquí hemos ingresado los campos del cabezal de la factura. Ahora ingresaremos las líneas. Para eso, presione CTRL + Flecha Derecha para agregar un Nuevo nivel a la estructura de datos ProductoID

Numeric(4.0)

Producto ID

Página | 9

ProductoNombre

Character(20)

Producto Nombre

ProductoPrecio

Numeric(8.2)

Producto Precio

LineaCantidad

Numeric(4.0)

Linea Cantidad

LineaTotal

Numeric(8.2)

Linea Total

Presione ENTER y luego CTRL + Flecha Izquierda para volver al nivel del cabezal y comenzar los datos del pie. FacturaSubtotal

Numeric(8.2)

Factura Subtotal

FacturaImpuesto

Numeric(8.2)

Factura Impuesto

FacturaTotal

Numeric(8.2)

Factura Total

Tips para aumentar su productividad:



Cuando comience a escribir el nombre de un nuevo atributo oprimiendo la tecla “punto” GeneXus escribirá el nombre de la transacción en el campo de nombre del atributo Use “CamelCase” para nombrar a sus atributos, de manera que las descripciones de los mismos se infieran automáticamente y tengan sentido. Ej.: Poner “FacturaTotal” como nombre de atributo, para que se infiera automáticamente la descripción “Factura Total”. Cuando está posicionado en el combo box de tipo de datos (Type), escriba la letra inicial del tipo de datos apropiado para seleccionarlo. Si es un tipo de dato variable (Character, LongVarChar, Numeric o VarChar), ingrese el valor apropiado de la dimensión de variable para configurarlo.

El primer atributo de cada nivel es definido por defecto como clave primaria de ese nivel, pero esto se puede cambiar hacienda clic derecho sobre el atributo y eligiendo la opción Toggle Key (Ctrl+K). Los atributos de Clave Primaria se identifican por una pequeña llave a la izquierda de sus nombres ( ). En este ejemplo, FacturaID es el identificador de primer nivel, y el atributo ProductoID es el identificador de segundo nivel. Esto significa que, para un número de factura dado (FacturaID), el valor del atributo ProductoID no se repetirá en líneas diferentes.

Página | 10

2. Moviendo el Mouse sobre la derecha de la pantalla se desplegará el menú de propiedades (Properties).

Figura: Ventana de Definición del Atributo

3. Expanda la opción Type Definition y configure la propiedad Autonumber de FacturaID en True. Los programas generados asignarán automáticamente un valor de FacturaID a cada nueva instancia de la factura.

Figura: Propiedad Autonumber

4. Salve la nueva estructura de la transacción oprimiendo el botón con forma de diskette (Save) en la barra de herramientas Standard. Si no ve esta barra, despliéguela haciendo clic derecho sobre la barra de menú (Opción Edit) Usted acaba de crear la estructura de una transacción Factura compuesta de dos niveles:

 

Un nivel básico (Factura o Factura), donde se especifica toda la información necesaria para el Cabezal de la Factura. Un nivel anidado, donde se especifica la información que se repetirá en cada línea de factura.

Nótese que no hemos utilizado un número de línea como clave primaria de las líneas de factura. Esta es una decisión de diseño voluntaria. Usando el ID de Producto como clave primaria de las líneas de la factura, estamos definiendo que no habrán dos líneas en la misma factura para el mismo producto.

!

Figura: Estructura de la Factura

Universal Relationship Assumption (URA) Un elemento clave de la Metodología GeneXus es la hipótesis de que los atributos con el mismo nombre son el mismo atributo. Esto se llama Universal Relationship

Página | 11

Assumption (URA), y según dicha hipótesis:

 

Todo lo que es conceptualmente igual debe tener el mismo nombre. Los conceptos diferentes NO deben tener el mismo nombre.

Esto nos permitirá usar el mismo atributo en otros objetos GeneXus (otras transacciones, procedimientos, reportes, etc.) simplemente haciendo referencia a su nombre. GeneXus establece las relaciones (claves foráneas) entre las tablas del modelo de datos con base a los nombres de los atributos.

Nomenclatura GIK: GeneXus Incremental Knowledge GIK es una nomenclatura estándar definida por GeneXus con el fin de dotar a los atributos de un nombre que trasmita su concepto de la forma más clara posible. En esta nomenclatura, el nombre de un atributo está formado por 4 componentes. Algunos de ellos son opcionales: Objeto + Categoría [+ Calificador] [+ Complemento]

!



 

Objeto: Es la entidad real descripta por el atributo. Generalmente (pero no siempre) es el nombre de la transacción en la cual un atributo ha sido definido para que pueda ser almacenado en una de las tablas asociadas a esa transacción (esto significa que no debería inferirse en esa transacción específica). Ejemplos: Factura, Cliente, Producto, Línea. Categoría: Es la categoría semántica del atributo. Define el rol que el atributo tendrá dentro del objeto y en el ambiente de la transacción. Ejemplos: Identificación, Fecha, Factura, Descripción, etc. El Calificador y el Complemento son componentes opcionales. Ejemplos: Inicio, Fin, Mínimo, Máximo, etc.

Página | 12

Paso 5: Definición de Campos Calculados  Fórmulas Fórmulas Son atributos que pueden inferirse del valor de otros atributos. Un atributo fórmula es definido de la misma manera que un atributo “normal”, es decir, tiene un nombre, un tipo de datos y una descripción, además de una fórmula que define como se calcula.



!





A menos que se especifique lo contrario, los atributos definidos como fórmulas no son almacenados en la base de datos (son atributos virtuales). Las fórmulas son globales; son válidas en toda la base de conocimiento y no solamente dentro de la transacción en la cual fueran definidas. Esto significa que la fórmula es calculada cada vez que el atributo es invocado desde una transacción o desde otros objetos GeneXus (Reportes, Work Panels, etc.) Variables Definidas por el Usuario. No pueden participar en una formula porque son locales respecto a los objetos en donde han sido definidas y no tienen valor fuera de ellos.

Ahora definiremos los siguientes atributos fórmula: LineaTotal=ProductoPrecio * LineaCantidad

FacturaSubTotal = SUM(LineaTotal) FacturaImpuesto= FacturaSubTotal * 0.16 ( o el número que corresponda) FacturaTotal = FacturaSubtotal + FacturaImpuesto 1. Haga doble clic en el campo Formula del atributo LineaTotal (a la derecha de la descripción del atributo). 2. Escriba lo siguiente: “ProductoPrecio * LineaCantidad”. También se puede hacer clic sobre el botón sobre el campo de la fórmula para abrir el Editor de Fórmula. 3. Repita los Pasos 1 y 2 para el resto de las fórmulas que aparecen en la lista al principio de esta sección. 4. Haga clic en Save para salvar las nuevas fórmulas.

Página | 13

Al finalizar, deberíamos tener la descripción de la factura de la siguiente manera:

Figura 1 Transacción Factura con fórmulas

Paso 6: Visualizando del Modelo de Datos inferido por GeneXus Usted puede ver el modelo de datos inferido por GeneXus e incluso modificarlo.

Generación de Modelo de Datos Inteligente

!

Siempre que se haga clic en el botón Salvar, GeneXus inferirá el modelo de datos óptimo (3era forma normal sin redundancias) que soporte a las entidades del usuario final representadas por los objetos de su transacción GeneXus. Con base a este modelo de datos, GeneXus generará una base de datos física cuando usted defina un DBMS objetivo para un modelo.

Generación de Modelo de Datos Inteligente La estructura de los objetos transacción determina las tablas e índices a ser creados:



!

 

Los nombres de las tablas e índices son asignados automáticamente por GeneXus por el nombre de la transacción, pero pueden ser modificados si es necesario. GeneXus infiere un modelo de datos en 3era forma normal, sin redundancias. No obstante, pueden definirse redundancias que serán automáticamente administradas por GeneXus. La clave primaria de la tabla correspondiente a una transacción de nivel N se obtiene concatenando identificadores de los N-1 niveles anidados previos con el identificador de nivel N.

Página | 14

1. En el menú de la izquierda, seleccione Tables, en caso de no encontrar la opción dirigirse a View/Tables 2. GeneXus mostrará la estructura de datos inferidas a partir de la transacción.

Figura: Tabla de Factura

Figura: Tabla de FacturaProductos

En el Listado de la Base de Datos anterior se muestra que GeneXus infirió automáticamente un modelo de datos normalizado, creando dos tablas para soportar el objeto transacción Factura, Factura (el cabezal de la factura) y FacturaProducto (las líneas de la factura), con la siguiente estructura:

Factura

FacturaProducto

FacturaID

FacturaID

FacturaFecha

ProductoID

ClienteID

ProductoNombre

ClienteNombre

ProductoPrecio LineaCantidad

Página | 15

Nótese que:

  



La clave primaria de la tabla FacturaProducto está formada por dos atributos: FacturaID y ProductoID (la concatenación del identificador de primer nivel, FacturaID, con el identificador del segundo nivel, ProductoID). GeneXus eliminó automáticamente de las tablas los atributos que se habían definido como fórmulas y los convirtió en fórmula globales para que se pueda acceder a ellas desde cualquier lugar dentro de la base de conocimiento). En la tabla Factura: o No puede haber dos facturas con el mismo FacturaID. o Para cada FacturaID hay un único valor de FacturaFecha, ClienteID y ClienteNombre. En la tabla FacturaProducto: o No pueden haber dos líneas de factura con la misma FacturaID y ProductoID. o Para cada par de FacturaID y ProductoID hay un único valor de ProductoNombre, ProductoPrecio y LineaCantidad.

Paso 7: Visualización de los Formularios del Objeto Transacción Visualice el formulario Web predeterminado que han sido generado automáticamente por GeneXus para su recién creado objeto transacción (debe estar posicionado dentro del objeto Factura).

Formulario Web

!

Después de salvar un nuevo Objeto Transacción, GeneXus crea automáticamente un Formulario Web predeterminado para especificar como accederá el usuario final a los datos en la aplicación. Estos formularios pueden ser personalizados por el analista del negocio más adelante.

Para el formulario Web siga los pasos siguientes:

1. Seleccione la solapa WebForm de la transacción Factura.

Figura: Solapa Web Form

Página | 16

Figura: Formulario (predeterminado) de la Transacción Factura

“Error Viewer: ctlError” es el control predeterminado donde se despliegan mensajes de error. Puede ponerse en cualquier lugar del formulario y configurársele propiedades. Los mensajes posibles son los que se despliegan en Msg y reglas de Error, y los controles automáticos de GeneXus (es decir, integridad referencial, errores tipo de datos, etc.). Estos formularios habilitarán a los usuarios finales a ingresar nuevas facturas que se insertarán como nuevos registros en las tablas correspondientes. Los usuarios también podrán actualizar o eliminar las facturas existentes, siempre que tengan los derechos para hacerlo.

El analista de GeneXus no necesita programar ninguna de estas acciones porque están implícitas en la lógica de la transacción. GeneXus generará automáticamente el código nativo correspondiente en el lenguaje seleccionado.

Tener en cuenta que cuando se definen transacciones GeneXus se está:  

Explícitamente: describiendo la interfase de usuario para la presentación y captura de datos. Implícitamente: diseñando el modelo de datos de la aplicación (tablas, índices, etc.)

Página | 17

Paso 8: Ejecución de su Aplicación

Generación de la BD en 3era Forma Normal 

!

 

GeneXus genera los programas ejecutables requeridos para crear su base de datos en el DBMS seleccionado con base al modelo de datos inferido. Cuando usted está actualizando su estructura de datos, GeneXus genera los programas ejecutables requeridos para reorganizar la base de datos; es decir, crea un nuevo esquema y convierte los datos del viejo esquema al nuevo. En estos casos se desplegará un Reporte de Creación de Base de Datos o un Reporte de Análisis de Impacto respectivamente, que le mostrarán lo que hará GeneXus.

En este paso, ejecutaremos la aplicación en .NET usando SQL Server como nuestro DBMS. En la versión comercial usted puede usar cualquiera de los DBMS soportados por GeneXus. Consulte la lista completa de los DMBS soportados por GeneXus aquí: http://www.genexus.com/technologies

Reporte de Creación de Base de Datos: Es el reporte que describe el esquema de la base de datos que GeneXus generará en al DBMS seleccionado. Contiene toda la información sobre el modelo de datos inferido y el esquema de base de datos propuesto para ser generado. La información sobre cada tabla está dividida en cinco secciones: 

!

   

Cabezal: Contiene la nombre de la tabla, las acciones a realizar en él, advertencias y errores. Si el modelo de datos contiene errores, el botón de Reorganización estará deshabilitado. Estructura de la Tabla: Muestra los atributos de la tabla, sus relaciones y las acciones a realizar sobre ellos. Índices: Describe los índices de la tabla que GeneXus usa para mantener la integridad referencial de su base de datos y para acceder a las tablas eficientemente. Restricciones de la Clave Foránea: Describe las restricciones de integridad de la tabla. Statements: Describe las sentencias que se ejecutarán.

1. Diríjase a las Preferences

(View/Other Tool Windows/Preferences) de la KB y navegue hasta llegar al nivel de Generador C# y en sus propiedades buscar Deploy to Cloud y coloque en Yes la opción.

Página | 18

2. Presione F5 o vaya a través del

menú opción BUIL /RUN DEVELOPER MENU y al aparecer esta pantalla escriba su usuario GeneXus y contraseña.

Figura: Datos GeneXus para acceder a la nube

3. GeneXus mostrara el reporte de creación de la BD.

Figura: Dialog box para la Creación de la Base de Datos

4. Haga clic en CREATE. GeneXus escribirá el código para la creación de las tablas y los programas necesarios en el lenguaje seleccionado para acceder a dicha BD. Recuerde que la BD que hemos creado está en la nube y por ende no hemos especificado datos de conexión.

Figura: Output

Página | 19

Paso 9: Prueba de su Aplicación

1. El Menú del Desarrollador es un archivo HTML que incluye a todos sus objetos ejecutables. Es un menú auxiliar para probar su aplicación. Haga clic en la opción Factura.

Figura: Menú del Desarrollador

2. Ingrese algunas instancias de factura. Gracias a la tecnología AJAX, las fórmulas se calculan automáticamente, sin necesidad de recargar toda la página.

3. Cuando haya finalizado haga clic en el botón Cerrar.

Figura: Instancia de la Transacción Factura

Paso 10: Agregar Reglas del Negocio  Reglas Agreguemos algo de lógica básica de negocios a su aplicación.

Reglas GeneXus

!

Las Reglas GeneXus son el medio para definir la lógica del negocio asociada a cada objeto. Son escritas en forma declarativa y GeneXus decide de manera inteligente que regla aplicar y cuando aplicarla. Las reglas juegan un rol muy importante en los objetos transacción porque permiten programar su comportamiento (por ejemplo: asignando valores

Página | 20

predeterminados, definiendo controles de datos, etc.).

 

Pueden involucrar atributos definidos en la estructura de la transacción así como variables y funciones. Las Reglas son programadas de manera declarativa, es decir, el orden en el cual se escriben no es necesariamente el orden en el cual se van a ejecutar. El orden de ejecución adecuado es automáticamente determinado por GeneXus.

Sólo son válidas en la transacción en la que han sido definidas. Por eso decimos que son locales.

Ahora agregaremos una regla simple que configura por defecto la Fecha de la Factura como la fecha del día actual: 1. Seleccione la solapa Reglas de la transacción Factura. 2. Utilizaremos la regla Default que asigna un valor predeterminado a un atributo o variable. 3. Complete la fórmula del modo siguiente: Default(FacturaFecha, &today);lo que indica que el valor predeterminado de la Fecha de la factura será la fecha actual. 1 4. Haga clic en el botón de salvar.

Figura: Regla de la Transacción

Ahora otra regla simple que establece un mensaje de error si la cantidad de productos ingresada es nula: 5. Agregue la siguiente regla: Error("El producto no puede estar vacío") LineaCantidad.IsEmpty(); 6. Haga clic en el botón de salvar.

if

Figura: Declaración de reglas

1

Tenga en cuenta que usted también puede usar las opciones Insertar / Atributo e Insertar / Fórmula del menú Insertar para completar la regla.

Página | 21

7. Pruebe las reglas ingresadas, ejecutando la aplicación (F5).

Figura: Ejecución de la aplicación

Paso 11: Creación del Objeto Transacción Cliente Los clientes son conceptos que corresponden a entidades independientes de la factura. Por lo tanto corresponden que sea definido como una transacción en sí misma. 1. Cree el objeto Transacción Cliente siguiendo el Paso 2: Creación de un Objeto Transacción y el Paso 3: Describir la Estructura de la Transacción. 2. Agregue los siguientes atributos a la Estructura Cliente: ATRIBUTO

TIPO

DESCRIPCIÓN

ClienteID

---------

--------------------

ClienteNombre

---------

--------------------

ClienteDireccion

Address

Cliente Direccion

ClienteEmail

Email

Cliente Email

ClienteFoto

Image

Cliente Foto

Página | 22

Nótese que cuando comienza a escribir los atributos ClienteID y ClienteNombre, GeneXus le indica el nombre completo del atributo y su tipo y descripción. Esto sucede porque estos atributos ya están definidos en su base de datos. 3. Presione el botón derecho del mouse sobre el atributo ClienteID y seleccione Propiedades. 4. Dentro de Type Definition configure la propiedad Autonumber de ClienteID como True. De esta forma, los programas generados asignarán automáticamente un valor ClienteID a cada nueva instancia de Cliente. 5. Activar el suggest para el código del cliente, posicionándonos sobre las propiedades de Cliente ID, dentro de la opción InputType, definir Description y agregar como ItemDescription: ClienteNombre. Así, en vez de ingresar el ID de un cliente para identificarlo, podremos ingresar su nombre y la aplicación automáticamente inferirá su ID. La propiedad suggest le sugerirá todos los nombres de clientes que concuerden con el nombre ingresado por el usuario. Estas propiedades son parte de la implementación de AJAX que hace GeneXus automáticamente.

Figura: Ventana de propiedades

El Formulario Web de la Transacción Cliente se verá cómo se muestra en la siguiente figura.

Figura: Estructura de la Transacción Cliente

Página | 23

Figura: Formulario Web de la Transacción Cliente

Nótese (abajo) que el Formulario Web de la Factura también ha cambiado, reflejando los cambios en las propiedades del atributo ClienteID: el atributo ClienteNombre es ahora la descripción del atributo ClienteID. ¡Esto mejorara notablemente la usabilidad de la aplicación como veremos rápidamente!

Figura: Formulario Web de la Transacción Factura

Página | 24

Paso 12: Revisión de los Cambios efectuados al Modelo de Datos Presione la tecla F5. Esto generará un Reporte de Análisis de Impacto.

Análisis de Impacto

!

Describe los cambios físicos que se deberán realizar para actualizar al nuevo modelo de datos inferido por GeneXus.

Comprobará que GeneXus ha normalizado automáticamente su modelo de datos después de haber incluido la nueva transacción. Nos muestra que la tabla Factura será afectada, eliminando el atributo ClienteNombre de la tabla Factura ya que el mismo puede ser inferido a través del ClienteID.



NOTE

Aparece una nueva tabla, Cliente: En warning de especificación se refiere a que puede haber valores duplicados de clientes en la tabla Factura y que al normalizar estos pude afectar. También se muestra otro warning indicando que los registros que se van a crear tienen valor nulo en las tablas.

Página | 25

Figura: Listado de la Base de Datos (Modelo de Datos)

Nótese que:   



GeneXus agregó una nueva tabla: la tabla Cliente (asociada a la transacción Cliente). El atributo ClienteNombre se ha eliminado de la tabla Factura (este atributo está almacenado únicamente en la tabla Cliente), dejando la base de datos normalizada. En la tabla Cliente: o No pueden haber dos clientes con el mismo ClienteID. o Por cada ClienteID hay un único valor de ClienteNombre, ClienteDireccion y ClienteEmail. En la tabla Factura: o No pueden haber dos facturas con el mismo FacturaID. o El atributo ClienteID en la tabla Factura una clave foránea tomada de la tabla Cliente. Por lo tanto, existe una relación de uno a muchos entre Clientes y Facturas:  Por cada FacturaID existe únicamente un ClienteID.  Cada ClienteID puede tener muchas Facturas (FacturaID).

Página | 26

Paso 13: Visualización del Reporte de Especificación Ya está listo para proceder con la reorganización de la BD. Seleccione la opción REORGANIZE. Los programas de reorganización crean un nuevo esquema de base de datos en la base de datos física del modelo objetivo y transportan los datos desde el esquema viejo al nuevo. Ejecutada la reorganización, GeneXus despliega un Reporte de Especificación compuesto por una serie de Reportes de Navegación, uno para cada programa que vaya a generar.

Reporte de Especificación

!

Describe como se ejecutará el programa, a que tablas accederá (y como) y que operaciones realizará.

1

Figura: Reporte de Navegación de Transacción del Cliente

1

“Referential Integrity controls on delete” (Controles de integridad referencial al eliminar) significa que cuando usted elimina un cliente de la Transacción Cliente, el programa verificará que no existan facturas para ese cliente. Para realizar esta búsqueda con eficiencia, se usa el índice foráneo ClienteID de la tabla Factura.

Página | 27

Figura: Reporte de Navegación de la Transacción Factura

Integridad Referencial en la Transacción Factura: La clave foránea ClienteID en el nivel FACTURA significa que cuando usted inserta o actualiza una factura usando la Transacción FACTURA se controlará automáticamente si el valor ingresado en la clave foránea ClienteID ya existe como clave primaria de un registro en la tabla Cliente. Para realizar esta búsqueda con eficiencia, se usa el índice primario ClienteID de la tabla Cliente. El control de integridad referencial valida que un atributo ingresado (por ejemplo, ClienteID en una Factura) es válido, pero no proporciona información sobre cuáles son los valores válidos. Para facilitar la búsqueda de los valores válidos, GeneXus crea objetos Lista de Selección (prompts) que muestran el grupo completo de valores válidos para elegir los que correspondan.

Página | 28

PARTE 3: Mantenimiento Tiempo estimado: 15 minutos

Desarrollo Incremental y Mantenimiento de la Aplicación Hasta el momento hemos creado una aplicación de trabajo con base a algunos objetos transacción y reglas del negocio. Ahora veremos cómo mantener una aplicación GeneXus simplemente editando los objetos GeneXus existentes y/o agregando nuevos y luego actualizando su base de datos y regenerando los programas de la aplicación en forma automática.

Desarrollo Incremental con GeneXus

!

A medida que la realidad cambia, los requerimientos del sistema evolucionan y esto se traduce en cambios en los objetos GeneXus y/o nuevos objetos. Con base a los nuevos objetos, GeneXus actualizará su base de datos automáticamente (creando un nuevo esquema de base de datos y migrando los datos del viejo esquema al nuevo) y regenerará los programas de la aplicación que deban ser modificados. Decimos que la Metodología GeneXus es incremental porque se basa en la presunción de que el desarrollo del sistema es un proceso iterativo que pasa por sucesivas aproximaciones. El desarrollo incremental es posible porque GeneXus pude mantener el esquema de su base de datos y los programas de su aplicación automáticamente.

Paso 14: Inclusión de Nuevos Objetos: Transacción Producto Al probar la aplicación, seguramente habrá notado que debe ingresar la Identificación, Descripción y Precio de Producto en cada línea de factura. Esto no es lo que esperaría de un sistema de gestión de ventas. ¡Y ni siquiera de un sistema simple como esta aplicación de ejemplo! Debemos contar con la posibilidad de agregar, actualizar y eliminar productos de nuestro sistema. Para hacerlo, agregaremos la transacción Producto en nuestra Base de Conocimiento:

Página | 29

1. Cree la transacción Producto siguiendo el Paso 3: Creación de un Objeto Transacción y el Paso 4: Descripción de la Estructura de la Transacción . Inserte los siguientes atributos en la Estructura de la Transacción Producto: ATRIBUTO

TIPO

DESCRIPCIÓN

ProductoID

---------

--------------------

ProductoNombre

---------

--------------------

ProductoPrecio

---------

--------------------

Notará que tan pronto como empiece a escribir estos nombres de atributo, GeneXus le indicará el nombre completo. Esto sucede porque estos atributos ya están definidos en su Base de Conocimiento.

La estructura (Structure) de la transacción Producto y su Formulario Web se verán como sigue.

Figura: Estructura de la Transacción Producto

Figura: Formulario Web de la Transacción Producto

Página | 30

Paso 15: Análisis y reorganización de la BD Cuando usted salve su objeto Transacción Product, GeneXus normalizará el modelo de datos nuevamente. La revisión del modelo de datos revela que GeneXus ha normalizado automáticamente el modelo de datos moviendo los atributos ProductoNombre y ProductoPrecio desde la tabla FacturaProducto (Detalle de Factura) a la nueva tabla Producto.

Figura: Listado de Base de Datos (Modelo de Datos) para FacturaProducto y tablas Producto

1. Seleccione Reorganize.

2. GeneXus realizará la reorganización de la BD y especificará los cambios necesarios sobre los programas de aplicación

Figura: Dialog box para la Ejecución de la Reorganización y Especificación

Página | 31

3. ¡Ahora es tiempo de ejecutar su aplicación!

Figura: Ejecución de su aplicación

Página | 32

PARTE 4: Agregando funcionalidad Tiempo estimado: 10 minutos.

Utilización de Patrones en el desarrollo Hemos podido probar nuestra aplicación y comprobar cómo es el ingreso de datos a través de las transacciones. Sería conveniente tener una visión más general de la información, de manera de no solamente ingresar, borrar y modificar Clientes, Facturas o Productos, sino también filtrarlos por algún criterio en particular, ordenarlos, etc. Para implementar esta funcionalidad de forma rápida y sencilla se utilizan los patterns.

!

Patterns o Patrones Son acciones similares aplicadas a distintos elementos. Los patrones permiten crear automáticamente todos los objetos necesarios para cumplir la funcionalidad especificada, evitando que deba realizarse en forma manual.

Paso 16: Aplicar un pattern Aplicaremos el patrón “Work With” sobre las transacciones creadas. 1. A través del menú View, selecciones la opción Work with Objetcs.

2. Seleccionar las transacciones Cliente, Factura y Producto. Figura 2 Diálogo para la Selección de Transacciones

3. Sobre las transacciones seleccionadas haga click derecho, opción Apply Pattern, Work With. 4. Grabe los cambios. 5. Presione F5 para ejecutar la aplicación. Observamos que ya no tenemos acceso a las transacciones. Lo que sí tenemos es un acceso a nuestro “Work With” Cliente, Factura y Producto.

Figura: Selección de TRN

Página | 33

6. Ejecute la aplicación El pattern agregó la siguiente funcionalidad:  Filtro por fecha, sin necesidad de refrescar la aplicación.  Se puede ordenar por las columnas haciendo clic en el cabezal de las mismas.  Se puede paginar la grilla.  Haciendo clic en un link vamos al view de un objeto, donde se muestran los datos relacionados.  Guarda el histórico con los links visitados.

Figura: Ejecución de la aplicación

FELICITACIONES! Usted ha creado con éxito su primera aplicación con GeneXus. Nuestro próximo paso es brindarle mayor información sobre las cosas que pueden realizarse con GeneXus.

Página | 34

PARTE 5: Multiplataforma–Smart Devices Tiempo estimado: 20 minutos

Desarrollo Multiplataforma GeneXus es una herramienta que permite generar aplicaciones de misión crítica en múltiples plataformas. Una vez que ha generado y ejecutado una aplicación en uno de esos ambientes, generar y ejecutar la misma aplicación en el otro ambiente es tan simple como definir un nuevo ambiente.

Visite http://www.genexus.com/technologies para obtener una lista completa de las tecnologías soportadas por GeneXus. El objetivo es mostrar la creación de un nuevo ambiente, esta vez usando el nuevo generador para Smart Devices de GeneXus 15. Una ventaja del nuevo generador es que GeneXus se encarga de generar la aplicación para las diferentes plataformas: Android o iOS. A modo de ejemplo, mostraremos como generar la aplicación anterior para ser utilizada en alguno de estos dispositivos.

El siguiente punto es mostrar la facilidad para generar aplicaciones, en este caso un módulo de nuestro proyecto directamente para Android. 1.- Seleccione la Transacción “Cliente” y agregue un atributo adicional a los existentes:



ClientePhone

Observe que los tipos asociados a cada atributo, serán inferidos a partir de Dominios preexistentes dentro de GeneXus(Email,Image,Phone).

Página | 35

2.- Regresemos nuevamente a la sección de Patterns en la parte inferior de la transacción.

3.- Una vez situados en esta sección, buscamos el tab que denominamos “Work With for Smart Devices”. Y marcamos el check box de la parte superior izquierda. Guardamos el objeto.

4.- Nuestro siguiente objeto a crear, definirá el punto de entrada de la aplicación móvil, en otras palabras estaremos armando el menú de la aplicación para el dispositivo. Para ello, definiremos un nuevo objeto denominado Dashboarad y lo llamaremos “Menu”.

5.- Ahora definiremos los elementos con que contara este menú, para ello agregamos un nuevo ítem a el dashboard Menu.

Página | 36

6.- En la ventana emergente que se despliega, seleccionamos el objeto hacia el cual queremos enlazar, en nuestro caso “WorkWithDevicesCliente”.

7.- Al final se mostrara de la siguiente manera:

Página | 37

8.- Configure este objeto Dashboard como Startup Object, para ello seleccione la pestaña Menú  Click derecho  “set as Startup Object”.

9.- Dentro del Knowledge Base Navigator  Preferences, seleccionamos el nuevo generador (SmartDevices) que se ha creado y vamos a sus propiedades.

Página | 38

En la sección denominada Android SDK Directory debemos especificar el Path completo hacia la ruta de instalación del SDK de Google. NOTA: si trabaja en la nube no es necesario especificarlo. 10.- Activar el tema Simple Android dentro del KB Explorer nodo Customization -> Themes > Simple Android.

11.- Ahora podemos ejecutar la aplicación presionando F5, podemos ver en la ventana de output como se empieza a generar el código correspondiente a la aplicación para Android.

Página | 39

12.- Al término de la compilación, se lanzara el emulador de Android y se desplegara la aplicación dentro de él.

12.- Podemos acceder a la sección de cliente y verificar que los clientes que dimos de alta se encuentren listados.

Página | 40

13.- Desde este punto podemos manipular la información directamente desde el dispositivo,

ALTA Menu  Insert/Agrega

El dispositivo interpreta nativamente los campos semanticos definidos en la transacción, brindandonos una Experiencia de Usuario real al dispositivo. Aunado a esto se mantienen las lógica de negocio implementada en las transacciones.

Página | 41

!

En un dispositivo móvil, el término Tap es equivalente al click del mouse en una PC, el cual nos permite seleccionar opciones e interactuar con la aplicación.

Consulta/Modificación

Eliminación Menu Delete/Eliminar

Página | 42

PARTE 6: Live Editing Live Editing es la forma revolucionaria de diseñar aplicaciones con GeneXus: cambia la forma de trabajar con las aplicaciones y permite establecer una conexión bidirectional entre el dispositivo en el cual se está ejecutando la aplicación y GeneXus, permitiendo realizar cambios ejecutables en el dispositivo, por el ejemplo cambios de User interface (UI) y User experience (UX).

1. Cambie el tipo de compilación a Live Editing.

2. Aparecerá del lado izquierdo del IDE una ventana Live Editing. Dar clic derecho sobre el Dashboard -> Run with this only para activar el Live Inspector.

Página | 43

3. Observe cómo se ven las distintas capas 3D al navegar por la aplicación. 4. A continuación realice los siguientes cambios, es importante que note cómo cada cambio realizado en GeneXus se replica en el emulador. TIP: Colocar el IDE de GeneXus y el emulador a manera que ambos se puedan observar en pantalla. 

Diríjase a la instancia del pattern WorkWithDevicesCliente y seleccione el nodo List. Agregue una fila superior dando clic derecho en la Tabla y seleccionando Insert Row Before. Luego, seleccionando la tabla, en la propiedad Rows Style colocar 10dip para la primera fila para darle una separación a la barra superior.

Página | 44



Agregue una fila inferior de 10dip para dar una separación entre las personas listadas.



Haga clic en el emulador en el registro de una persona para avanzar. Note en el Live Inspector como se actualiza la pantalla para reflejar ahora la ventana correspondiente.

Página | 45



Regrese a la instancia del pattern WorkWithDevicesCliente y diríjase al nodo Sección General. Agregue una columna a la izquierda de 5% (Insert Column before) y otra a la derecha de 5% (Insert Column after), para esto modifique la propiedad Column Style.



Ahora cambiaremos los colores por defecto a la aplicación, para ello usaremos el tema Carmine.



Diríjase al Live Inspector dentro del detalle del cliente. Seleccione la capa Main Table y entre a la Clase TableSection. Cambie la propiedad Background color por el valor #CDCDCD.

Página | 46



Ahora seleccione la capa donde están desplegados los datos del cliente y modifique la clase Texblock en su propiedad ForeColor con el valor #222325.

Página | 47



Seleccionando la misma capa, ahora damos clic en la clase Attribute para modificar el valor de la propiedad Forecolor a #818181.



Seleccione la capa intermedia llamada Sections y de clic en la clase Tab, cambie la propiedad Tab Strip Background Color por el valor #B80545.



Para finalizar dentro de las mismas propiedades del Tab colocar el valor #D85F98 para la propiedad Tab Stirp Indicator Color.

Página | 48



Observe el resultado final de los cambios que se han realizado sin guardar ni especificar nada.

Página | 49

Resumen Esperamos que este tutorial le haya permitido experimentar las funcionalidades y beneficios claves de GeneXus:

Diseño de Aplicaciones Basado en Conocimiento Comenzamos por crear una Base de Conocimiento y describir los requerimientos de datos de nuestra aplicación como una serie de componentes del negocio llamados Objetos Transacción en el Modelo de Diseño de la Base de Conocimiento. GeneXus usó esta información para inferir el modelo de datos óptimo (3era forma normal) requerido para soportar todas sus Transacciones. También agregamos algunas reglas del negocio en las que GeneXus se basó para generar el código de la lógica del negocio de la aplicación.

Generación Automática de la Base de Datos Elegimos una plataforma de ejecución específica (Web, lenguaje de programación, DBMS, etc.) y creamos un Modelo donde GeneXus generó automáticamente una base de datos física con el modelo de datos del Modelo de Diseño.

Generación Automática de Código y Prototipo Completamente Funcional Generamos el código fuente para los programas de nuestra aplicación y probamos la aplicación en el ambiente de prototipo.

Mantenimiento de la Aplicación Hemos visto lo sencillo que es mantener/expandir una aplicación, simplemente editando los objetos GeneXus existentes y/o agregando nuevos, y luego GeneXus actualiza la base de datos y regenera los programas de la aplicación en forma automática.

Diseño de Procesos No Interactivo Hemos proporcionado una visión general sobre qué son los procedimientos independientemente de la estructura de la base de datos de la aplicación.

Desarrollo Multi-plataforma Finalmente hemos descripto como migrar fácilmente su aplicación GeneXus de un ambiente a otro.

Página | 50

FAQ Question

¿GeneXus genera 100% del código?

Si, GeneXus diseña, genera y mantiene la base de datos y el código de la aplicación.

Question

¿El código generado usa runtimes?

No. GeneXus genera código nativo en la plataforma seleccionada y no requiere runtimes.

Question

¿Es posible utilizar estructuras de datos ya existentes?

Si, en GeneXus existe una herramienta (DBRET: Data Base Reverse Engineering) que permite realizar el acceso a BD existentes en distintas tecnologías.

Question

¿Es posible tocar el código generado?

Si, aunque no es recomendable ya que se pierden los beneficios de mantenimiento automático e independencia de la tecnología. En caso de querer utilizar código ya existente, se pueden hacer llamadas dentro de GeneXus sin necesidad de modificar el código generado.

Question

¿Puedo integrar controles (flash/Silverlight/JavaScript) en una aplicación?

Si, GeneXus permite integrar diferentes tipos de controles. Ver http://gallery.genexus.com/catalog.aspx?3 y http://wiki.gxtechnical.com/commwiki/servlet/hwiki?category%3AUser+Controls,

Question

más

en en

¿Cuál es el concepto de Tabla Extendida?

Página | 51

Dada una tabla base, su tabla extendida es el grupo de atributos que son directa o indirectamente determinados por la clave de la tabla base: 1. Atributos que pertenecen a la tabla base. 2. Atributos que pertenecen a todas las tablas que están directa o indirectamente relacionadas en una relación N a 1 con la tabla base. Usos:

 

El concepto de tabla extendida permite que los reportes y procedimientos GeneXus permanezcan válidos cuando la estructura de la base de datos cambia. La tabla extendida también es también usada por los objetos transacción que pueden insertar, actualizar y eliminar atributos que pertenecen a las tablas extendidas de las tablas base referenciadas en la estructura de la transacción.

Para encontrar la tabla extendida de una tabla dada se puede usar el Diagrama de Bachmann del modelo de datos de la base de conocimiento: 1. Sobre la opción Objects, cree un nuevo objeto del tipo Diagrams 2. Seleccione las tablas que desea desplegar y arrástrelas.

Figura 3 Diagrama de Bachmann del Modelo de Datos

En este ejemplo, podemos identificar la tabla extendida de cada una de las tablas de nuestro proyecto: Tabla Base Cliente Factura FacturaProducto

Question

Tabla Extendida Cliente Factura, Cliente FacturaProducto, Factura, Cliente

¿Cuál es el concepto de For Each?

El comando “For Each” es el corazón del lenguaje de procedimientos usado por GeneXus para definir reportes y procedimientos. Recupera y actualiza información (mediante procedimientos online) desde su base de datos. Con el comando For Each usted puede definir la información a la que desea acceder y nombrar los atributos que desea usar. GeneXus inferirá automáticamente las tablas apropiadas en tiempo

Página | 52

de generación. Cuando la estructura de la base de datos cambie, las definiciones del For Each permanecerán válidas. La sintaxis básica del For Each es la siguiente: for each print endfor Cada comando For Each tiene una tabla de modelo de datos asociada que será navegada. Está compuesto de la tabla base del For Each y su tabla extendida (las tablas que GeneXus necesita para buscar los atributos mencionados en el comando).



Las tablas que serán accedidas son determinadas por los atributos contenidos en el comando For Each.  Para este grupo de atributos, GeneXus inferirá la mínima tabla extendida. La tabla base de este grupo de atributos será la tabla base del For Each.

Página | 53

Contactos y Recursos La Comunidad GeneXus La Comunidad GeneXus le brinda diversas formas de obtener respuestas a sus preguntas y soluciones a sus problemas, así como también oportunidades para compartir sus propias experiencias. Encontrará una lista completa de los recursos disponibles de la Comunidad en http://www.genexus.com/community/

Soporte GeneXus ofrece una amplia variedad de servicios y recursos de soporte: 

Soporte Auto-Servicio Online Estos recursos están disponibles para todos online. No obstante, la información a la que cada uno pueda acceder depende de su Nivel de Acceso a su usuario GeneXus (Usuario Registrado o Cliente).



Servicios de Soporte Interactivo Interactúe con otros miembros de la Comunidad o con el Equipo de Soporte.

Visite http://www.genexus.com/support/ Si usted vive en Estados Unidos o Canadá puede enviarnos sus preguntas a [email protected]

Como Comprar Las Tecnologías GeneXus se venden a través de la red de distribuidores en todo el mundo. Encuentre su distribuidor más cercano aquí http://www.genexus.com/distributors O póngase en contacto con [email protected]

Links recomendados Web site: http://www.genexus.com/mx Tutoriales: training.genexus.com Laboratorio práctico de GeneXus 15: http://training.genexus.com/genexus/cursogenexus-15 Comunidad GeneXus: http://www.genexus.com/community

Página | 54