Step 2 Módulo 4
• Modelado de datos en Mendix
• Entidades y atributos
• Feedback
• Menú de navegación
• Knowledge check
Módulo 5
• Lógica personalizada
• Microflows y sus elementos
• Mendix bot
• Inicialización de datos o miembros
• Knowledge check
Módulo 6
• ¿Qué es Studio Pro?
• ¿Qué es el team server?
• Mudándonos de Studio a Studio Pro
• “Information entities”
• Como anidar información
• Knowledge check
Unrestricted
ENTIDADES Y ATRIBUTOS
Antes de mostrar información en tu aplicación lo primero es entender dos conceptos básicos.
1.- Entidades: Es la representación visual de una base de datos, esta nos permite modelar la información que ingresaremos a Mendix
2.- Atributos: Son los campos dentro de una base de datos, los atributos definirán el tipo de dato y el lugar para almacenarlos
Por ejemplo: un booleano es un tipo de atributo que puede ser verdadero o falso
Creando entidades
DOMAIN MODEL
La estructura de la base de datos es determinada en Mendix a través del “domain model”
En el vemos cómo se representan visualmente las entidades y atributos.
Cada entidad que está presente en el “domain model” se creará en la base de datos como una tabla.
Cada atributo dentro de esa entidad se convertirá en una columna en la tabla de la base de datos.
Los atributos deberán nombrarse usando el UpperCamelCase por ejemplo: Email Address = EmailAddress
Páginas y entidades
Las páginas nos permiten mostrar información al usuario, puede ser Al agregar una conexión con entidades esta información
estática o dinámica se convierte en dinámica
Es posible crear páginas sin tener ninguna entidad definida lo cual solo mostrará
información estática
List view + Data base:
Las “list view” son herramientas para mostrar información al usuario, la fuente de información vendrá la mayoría de las veces
de una base de datos
Errores al publicar o previsualizar
Mendix busca errores en el desarrollo en tiempo real, esto acelera el tiempo de desarrollo al depurar dinámicamente “on the fly”
cualquier error en el desarrollo
Si existe un error en el desarrollo Mendix lo mostrara el camino mas rápido para solucionarlo, sin embargo no podremos
publicar o previsualizar ninguna app con errores.
Creando objetos a partir de páginas de detalle
Creando todas las páginas de detalle + página de edición
DOMAIN MODEL
Cada entidad se convertirá en una tabla de base de datos y cada atributo se convertirá en una columna de la base de datos.
Cada objeto que almacena en la base de datos (por ejemplo, un curso) se convierte en una fila en la tabla de la base de datos
correspondiente.
Esto también significa que si algo no está en el “Domain Model”, tampoco se puede agregar esa información a la base de datos
La columna de identificación (ID) no es un atributo
entonces ¿cómo terminó en la tabla de la base de
datos?
Esto es algo que Mendix hace automáticamente,
cada objeto necesita un identificador único (una ID)
para que Mendix sepa qué objeto es
¿Cómo se ve el Feedback en el developer portal?
Feedback desde cualquier ángulo
Desarrollador Usuario Business Eng.
Menú de navegación
El propósito del menú de navegación en Mendix, es generar una forma fácil de abrir páginas que el usuario busca, no
importando el lugar de la aplicación en el que se encuentra
Historia de usuario terminada
Siguiente historia de usuario, agendando eventos de entrenamiento
Jimmy desea poder generar eventos de entrenamiento en donde se pueda seleccionar la localización del evento, el curso y el profesor
que lo impartirá.
También el profesor deberá poder tener visible las fechas en las que el evento se generará.
Deseo que:
Coloquemos la historia “eventos de entrenamiento” en corriendo
Agregando información a la aplicación
Antes de continuar, llenemos información en las entidades para ser utilizada dentro de nuestra aplicación
Asociaciones entre entidades
Las entidades pueden estar conectadas entre ellas, de tal forma que estas puedan interactuar, estas conexiones se llaman
asociaciones y son de 3 diferentes tipos
Usando por ejemplo un equipo de football, el cual tiene jugadores, equipos, estadios y ligas:
One to many (1-*): un jugador siempre juega para un equipo especifico, pero un equipo tiene muchos jugadores
One to one (1-1): un equipo solo puede tener un estadio y un estadio solo puede tener un equipo
Many to many (*-*): en una liga juegan varios equipos y un equipo puede jugar en varias ligas.
Uno a muchos ( 1- *) es la entidad más comúnmente utilizada
Asociaciones entre entidades
En nuestro caso, la asociación se genera:
Evento de entrenamiento * --- 1 Course
* --- 1 Location
* --- 1 Teacher
Un evento solo puede tener 1 curso, 1 localización y 1 profesor
y
• Un curso puede tener varios eventos
• Una localización puede tener varios eventos
• Un profesor puede tener varios eventos
Cuando es necesario generar datos dinámicos (que se interrelacionan) se generan estas conexiones, es decir extendemos el “domain
model”
Creando “asociaciones para eventos de entrenamiento”
Creando “eventos de entrenamiento”
Creando “eventos de entrenamiento” desde la página de inicio
Las historias hasta ahora, 3 historias de usuario terminadas
4to knowledge check
