cosa • Pregúntate qué es lo que hace esa entidad • No debería de usarse la palabra “y” PRINCIPIO DE RESPONSABILIDAD ÚNICA SINGLE RESPONSIBILITY PRINCIPLE
deben de romper el resultado esperado de la clase padre • Nos obliga a asegurarnos de que cuando extendemos una clase no estamos alterando el comportamiento de la padre
de abstracciones, no de concreciones • Evitar que altos módulos tengan que depender de bajos módulos ◦ Ambos deben depender de abstracciones ◦ Clase nivel alto > Capa de abstracción > Clase nivel bajo • Desacopla las clases
- Donn Felker, SOLID pt 2 - O Realm - Donn Felker, SOLID pt 3 - L Realm - Donn Felker, SOLID pt 4 - I Realm - Donn Felker, SOLID pt 5 - D ENLACES DE GRAN INTERÉS Codemotion Meetup Jorge D Ortiz Fuentes (SOLID) y Pablo Guardiola (Mockito) DevExperto - Principio de Responsabilidad Única DevExperto - Principio Open Close DevExperto - Principio de Sustitución de Liskov DevExperto - Principio de Segregación de Interfaces DevExperto - Principio de Inversión de Dependencias