2.- Patrones de diseño

¿Qué significa el principio DRY en programación?. Don't Run Yourself. Don't Repeat Yourself. Design Reliable Yield. Develop Rapidly Yourself.

¿Cuál de los siguientes principios NO pertenece a SOLID?. Principio de Responsabilidad Única. Principio Abierto/Cerrado. Principio de Sustitución de Liskov. Principio de Reutilización Masiva.

¿Qué establece el Principio de Responsabilidad Única?. Una clase debe tener una única razón para cambiar. Una clase debe poder heredar de múltiples clases. Un módulo no debe depender de abstracciones. Un módulo debe depender solo de implementaciones concretas.

¿Cuál es el objetivo del Principio de Inversión de Dependencias?. Que los módulos de alto nivel dependan de módulos de bajo nivel. Que tanto módulos de alto como de bajo nivel dependan de abstracciones. Que las abstracciones dependan de los detalles. Que las clases sean fácilmente modificables sin restricciones.

The Principle of Least Surprise ¿Qué busca este principio?. Que el código sea sorprendente y poco predecible. Que las funciones o clases se comporten de manera esperada. Que el código dependa de detalles de implementación. Que todas las clases sean públicas.

¿Cuál es el objetivo de la Arquitectura Hexagonal?. Crear aplicaciones que dependan de dispositivos específicos. Separar la lógica del negocio de la interfaz de usuario. Evitar la abstracción en el código. Limitar el acceso a la base de datos.

¿Qué capa de la Arquitectura Hexagonal contiene la lógica de negocio?. Capa de Infraestructura. Capa de Aplicación. Capa de Dominio. Capa de Presentación.

Domain Driven Design (DDD) ¿Qué representa el "núcleo del dominio" en DDD?. La parte más genérica del negocio. La parte esencial e irremplazable del negocio. Un conjunto de reglas universales para todos los negocios. Un concepto aplicado solo a bases de datos.

¿Qué busca el Lenguaje Ubicuo en DDD?. Unificar la comunicación entre desarrolladores y expertos de dominio. Usar un lenguaje técnico solo entre desarrolladores. Evitar el uso de términos específicos del negocio. Reducir el número de clases en el código.

¿Cómo se aplica el Principio Abierto/Cerrado en el diseño de software?. Permitiendo la extensión del comportamiento sin modificar el código existente. Cerrando las clases para que no puedan ser modificadas ni heredadas. Asegurando que todas las clases sean públicas y accesibles. Evitando la creación de nuevas funcionalidades en un código ya existente.

¿Cuál de las siguientes afirmaciones describe mejor el Principio de Sustitución de Liskov?. Las clases derivadas deben ser sustituidas por sus clases base sin afectar el comportamiento del programa. Las clases base deben contener métodos de todas sus clases derivadas. Las clases derivadas no pueden tener más métodos que sus clases base. Las clases deben ser cerradas para evitar la herencia.

¿Qué problema ayuda a evitar el Principio de Segregación de la Interfaz?. La sobrecarga de interfaces con métodos innecesarios. La creación de demasiadas clases en un mismo sistema. La falta de herencia en una jerarquía de clases. El uso de abstracciones en la implementación.

¿Qué significa la "F" en el acrónimo FIRST para pruebas de software?. Flexible. Fast (Rápido). Functional. Free.

¿Por qué es importante que los tests sean independientes según FIRST?. Para que puedan ejecutarse en paralelo sin depender unos de otros. Para garantizar que un fallo en un test no afecte a los demás. Para permitir la modificación de los tests sin alterar el código. Para que los tests sean más rápidos.

Según FIRST, ¿qué significa que un test sea "autovalidante"?. Que se ejecuta solo sin intervención humana. Que devuelve un resultado claro y binario: éxito o fallo. Que puede validar automáticamente el código fuente. Que genera logs detallados en un archivo externo.

¿Qué otro nombre recibe la Arquitectura Hexagonal?. Arquitectura en Capas. Arquitectura de Microservicios. Arquitectura de Puertos y Adaptadores. Arquitectura Cliente-Servidor.

¿Cuál de las siguientes afirmaciones es verdadera sobre la Arquitectura Hexagonal?. Permite desarrollar la aplicación de forma aislada sin depender de bases de datos o dispositivos específicos. Obliga a que todas las interacciones sean mediante una base de datos específica. No permite la separación de la lógica de negocio de la interfaz de usuario. No admite la extensión del software sin modificar el código existente.

En un sistema basado en la Arquitectura Hexagonal, ¿qué rol cumple la capa de infraestructura?. Contiene la lógica de negocio del sistema. Implementa la lógica de aplicación y casos de uso. Se encarga de la interacción con el mundo externo, como bases de datos y controladores. Define las entidades y reglas del dominio del negocio.

Domain Driven Design (DDD) (continuación) ¿Qué describe mejor el concepto de "subdominios de soporte" en DDD?. Son aspectos comunes a todos los negocios y pueden externalizarse. Son específicos para facilitar la realización del núcleo del dominio. Son partes opcionales del sistema que no influyen en el negocio. Son funciones secundarias dentro del código.

¿Cómo se logra el "Lenguaje Ubicuo" en DDD?. Usando un lenguaje técnico especializado entre los desarrolladores. Eliminando los términos propios del negocio para hacer el código más genérico. Definiendo un lenguaje común entre desarrolladores y expertos de dominio. Utilizando términos técnicos para representar mejor los modelos de datos.