teorico ex

¿Qué SITUACIÓN-PROBLEMA describe mejor la necesidad de usar Observer?

• Notificar automáticamente a múltiples dependientes cuando cambia el estado de un sujeto, sin acoplamiento fuerte.
• Tu código crea objetos directamente y queda acoplado a clases concretas; agregar variantes obliga a tocar el cliente.
• Necesitas crear familias de productos relacionados y compatibles y poder intercambiarlas en conjunto.
• La inicialización del objeto es compleja con muchos pasos y parámetros opcionales; aparecen constructores telescópicos.
• Quieres crear copias de objetos complejos de forma eficiente sin acoplarte a sus clases ni repetir inicialización costosa.

Seleccione las VENTAJAS reales de Proxy.

• Puedes controlar el servicio sin que los clientes lo sepan.
• Si cuidas de la creación y eliminación del objeto de servicio, los clientes no se enterarán de lo que está pasando.
• Abre la posibilidad de introducir nuevos proxies sin cambiar el servicio o los clientes.
• Principio de abierto/cerrado. Puedes introducir nuevos proxies sin cambiar el servicio o los clientes.
• Aumenta el acoplamiento fuerte entre componentes.

¿Qué SITUACIÓN-PROBLEMA describe mejor la necesidad de usar State?

• Eliminar condicionales masivos dependientes del estado, encapsulando estados como objetos.
• Tu código crea objetos directamente y queda acoplado a clases concretas; agregar variantes obliga a tocar el cliente.
• Necesitas crear familias de productos relacionados y compatibles y poder intercambiarlas en conjunto.
• La inicialización del objeto es compleja con muchos pasos y parámetros opcionales; aparecen constructores telescópicos.
• Quieres crear copias de objetos complejos de forma eficiente sin acoplarte a sus clases ni repetir inicialización costosa.

¿A qué CATEGORÍA pertenece State?

• Creacional
• Estructural
• Comportamiento

Seleccione las DESVENTAJAS de Visitor.

• Debes actualizar todas las clases visitantes cada vez que una clase se añade o elimina de la jerarquía de elementos.
• Los visitantes pueden necesitar acceso a miembros privados de las clases sobre las que operan, lo que puede romper su encapsulación.
• Reduce la cantidad de clases y simplifica la jerarquía.
• Facilita el mantenimiento centralizando toda la lógica.
• Permite introducir nuevas variantes sin cambiar el cliente.

Seleccione las DESVENTAJAS de State.

• Si tienes pocos estados y rara vez cambian, puede que el patrón esté sobre-ingenierizado.
• Reduce la cantidad de clases y simplifica la jerarquía.
• Facilita el mantenimiento centralizando toda la lógica.
• Permite introducir nuevas variantes sin cambiar el cliente.
• Promueve el principio de abierto/cerrado de forma automática.

¿Qué SITUACIÓN-PROBLEMA describe mejor la necesidad de usar Template Method?

• Estandarizar la estructura de un algoritmo y permitir variación en ciertos pasos.
• Tu código crea objetos directamente y queda acoplado a clases concretas; agregar variantes obliga a tocar el cliente.
• Necesitas crear familias de productos relacionados y compatibles y poder intercambiarlas en conjunto.
• La inicialización del objeto es compleja con muchos pasos y parámetros opcionales; aparecen constructores telescópicos.
• Quieres crear copias de objetos complejos de forma eficiente sin acoplarte a sus clases ni repetir inicialización costosa.

¿Qué SITUACIÓN-PROBLEMA describe mejor la necesidad de usar Singleton?

• Controlar el acceso a un recurso compartido garantizando una única instancia y evitando variables globales.
• Tu código crea objetos directamente y queda acoplado a clases concretas; agregar variantes obliga a tocar el cliente.
• Necesitas crear familias de productos relacionados y compatibles y poder intercambiarlas en conjunto.
• La inicialización del objeto es compleja con muchos pasos y parámetros opcionales; aparecen constructores telescópicos.
• Quieres crear copias de objetos complejos de forma eficiente sin acoplarte a sus clases ni repetir inicialización costosa.

¿A qué CATEGORÍA pertenece Prototype?

• Creacional
• Estructural
• Comportamiento

Seleccione las VENTAJAS reales de Flyweight.

• Ahorra mucha RAM si tu programa tiene toneladas de objetos similares.
• Aumenta el acoplamiento fuerte entre componentes.
• Garantiza thread‑safety por defecto en todos los entornos.
• Elimina por completo la complejidad del diseño.
• Sustituye la necesidad de pruebas unitarias.