Development - SOLID y Patrones de diseño

Este principio indica que cada clase solo debe ser capaz de hacer una cosa y hacerla bien. Cuando se tienen clases que hacen más de una tarea acaban acoplándose unas con otras, esto hace que el código sea más difícil de entender y de mantener

La definición anterior corresponde a uno de los principios SOLID, seleccione cuál es el que se ajusta a esta definición

• Open Closed Principle

• Interface Segregation Principle

• Single Responsibility Principle

• Liskov Substitution Principle

Las clases de alto nivel no deben depender de las clases de bajo nivel, ambas deben depender de abstracciones. Las abstracciones no deben depender de los detalles, los detalles deben depender de las abstracciones

La definición anterior corresponde a

• Principio de segregación de interfaz

• Principio de responsabilidad única

• Principio abierto/cerrado

• Principio de inversión de dependencias

Los clientes no deben ser forzados a depender de métodos que no utilizan

La definición anterior corresponde a:

• Principio de segregación de interfaz

• Principio de substitución de Liskov

• Principio de inversión de dependencias

• Principio de responsabilidad única

Este patrón permite la creación exacta de un objeto a partir de otro objeto (clonar). En este caso, se le delega a la clase principal un método Clonar, el cuál copiará exactamente la misma estructura y datos del objeto y retornará uno exactamente igual

La explicación anterior corresponde al patrón

• Singleton

• Abstract Factory

• Prototype

Se puede instanciar una clase que va a ser globalmente compartida (de acceso global) en todo el sistema, este patrón nos asegura que solamente instanciemos una única vez la clase.

La definición anterior corresponde a:

• Singleton

• Abstract Factory

• Prototype

Soluciones habituales a problemas que ocurren con frecuencia en el diseño de software. Son un concepto general para resolver un problema en particular.

La definición anterior corresponde a los patrones de diseño

• Falso

• Verdadero

Este patrón permite la separación de “familias” de objetos en los cuales no queremos que hayan mezclas a la hora de crear objetos, permite tener separación o independencia de como los objetos de diferentes familias son creados

La explicación anterior corresponde a:

• Singleton

• Abstract Factory

• Prototype

Permite dividir una clase grande, o un grupo de clases estrechamente relacionadas, en dos jerarquías separadas (abstracción e implementación) que pueden desarrollarse independientemente la una de la otra.

La definición anterior corresponde al siguiente patrón

• Bridge

• Composite

• Adapter

Los siguientes patrones Singleton, Abstract Factory y Prototype son patrones de diseño del tipo

• Creacional

• Comportamiento

• Estructural

Los siguientes patrones de diseño: Adapter, Bridge, Composite, Decorator, Facade corresponden al tipo de patrón de diseño

• Creacional

• Comportamiento

• Estructural