RA5 de Desarrollo Web en Entorno Servidor · DAW

Desarrolla aplicaciones Web identificando y aplicando mecanismos para separar el código de presentación de la lógica de negocio.

Comprobar mi dominio con José →

Resumen Ejercicios Examen Flashcards

Contenido verificado asociado a este RA

Fundamentos de la Separación de Intereses (SoC) en Aplicaciones Web

Esta unidad explora la importancia de separar la lógica de negocio de la presentación en aplicaciones web, identificando las ventajas clave y analizando los mecanismos y tecnologías que facilitan esta arquitectura modular y mantenible.

Generación Dinámica de Interfaz de Usuario y Manejo de Eventos en Servidor

Esta unidad se centra en cómo el servidor genera dinámicamente elementos visuales y formularios, y cómo responde a los eventos del usuario, manteniendo la separación entre la lógica de presentación y la de negocio.

Configuración de Aplicaciones Web y Mantenimiento de Estado

Esta unidad aborda la configuración de aplicaciones web, esencial para su despliegue y adaptabilidad, y explora los mecanismos para mantener el estado de la aplicación y del usuario a lo largo de múltiples peticiones HTTP, siempre manteniendo la separación de intereses.

Principios de Programación Orientada a Objetos y Calidad del Código

Esta unidad profundiza en la aplicación de los principios de la Programación Orientada a Objetos (POO) para estructurar la lógica de negocio de forma robusta y mantenible, y aborda la importancia de probar y documentar el código para asegurar su calidad y facilitar su evolución.

Conceptos clave

Separación de Intereses (SoC)Lógica de NegocioLógica de PresentaciónMantenibilidadReusabilidadModelo-Vista-Controlador (MVC)Arquitectura en CapasMotor de PlantillasAPI RESTfulControles de ServidorGeneración Dinámica de HTMLPostbackManejo de Eventos en ServidorValidación de Datos en ServidorCode-behindMotores de PlantillasConfiguración de Aplicacionesappsettings.json

Errores que conviene evitar

Mezclar lógica de negocio en la vista: Causa: Desconocimiento de patrones de diseño. Corrección: Encapsular la lógica de negocio en clases de modelo o servicios y pasar solo los datos necesarios a la vista.
Controladores 'gordos' (fat controllers): Causa: Acumular demasiada lógica en el controlador. Corrección: Delegar responsabilidades a servicios, repositorios o modelos de vista, manteniendo el controlador como un coordinador ligero.
Validación solo en cliente: Causa: Desconocimiento de riesgos de seguridad. Corrección: Implementar siempre validación en el servidor, complementada con validación en cliente para UX.
Lógica de negocio en manejadores de eventos: Causa: No delegar responsabilidades. Corrección: Los manejadores de eventos deben llamar a servicios o métodos del modelo para ejecutar la lógica de negocio.
Hardcoding de configuración: Causa: Falta de conocimiento de mecanismos de configuración. Corrección: Usar archivos de configuración, variables de entorno o gestores de secretos.
Almacenar objetos grandes en sesión: Causa: Impacto en rendimiento y memoria. Corrección: Almacenar solo datos mínimos, serializar, o usar bases de datos distribuidas para estado de sesión.
Código no testeable: Causa: Diseño acoplado, falta de inyección de dependencias. Corrección: Aplicar principios SOLID, usar inyección de dependencias para facilitar mocks y stubs.
Documentación desactualizada: Causa: No integrar la documentación en el ciclo de vida de desarrollo. Corrección: Usar herramientas de generación de documentación desde el código, mantener READMEs actualizados y fomentar la auto-documentación del código.

Qué se evalúa en este RA

CE a

Se han identificado las ventajas de separar la lógica de negocio de los aspectos de presentación de la aplicación.

CE b

Se han analizado tecnologías y mecanismos que permiten realizar esta separación y sus características principales.

CE c

Se han utilizado objetos y controles en el servidor para generar el aspecto visual de la aplicación web en el cliente.

CE d

Se han utilizado formularios generados de forma dinámica para responder a los eventos de la aplicación Web.

CE e

Se han identificado y aplicado los parámetros relativos a la configuración de la aplicación Web.

CE f

Se han escrito aplicaciones Web con mantenimiento de estado y separación de la lógica de negocio.

CE g

Se han aplicado los principios de la programación orientada a objetos.

CE h

Se ha probado y documentado el código.