Skip to content
Single Responsibility → Simple and just one thing → Cada clase solo debe tener una y única responsabilidadOpen Closed → Abierta para su extensión, pero cerrada para su modificación, agregar funciones es agregar código, no modificar el actual. → Herencia y Polimorfismo → Interfaces & Abstract Clases (Python ABC)Liskov Substitution → Toda clase hija debe poder utilizarse como si fuera la padre → Uso de Interfaces (Herencia de una abstracción en Python) independientes para customizar clases hijas → herencia vs diseño por componentesInterface Segregation → Clases pequeñas en lugar de una clase enormeDependency Inversion → Los modulos de alto nivel, no deberian de depender de los de bajo nivel, ambos depender de interfaces, se basa en la abstracción, los modulos deben de depender de capas abstractas, reducir el desacople entre sistemas de software → ej. cambiar de mongoDB a SQL deberia ser transparente
Principio SOLIDHacer una sola cosa y hacer la bienDescomponerla en partes pequeñas y dedicadas a una sola parte del sistemaCambios de manera transparenteImplementar Interfaces para así usar solamente lo que se necesitaLa comunicación entre componentes del sistema es siempre entre interfacesEl agregar las capas de software necesarias para mantener la modularidadContinuación del Principio SOLIDEvitar las navajas suizasSi vas a hacer un cambio tiene que se fácil y sencillo, no pasar por toda la implementaciónInteracción entre el padre y el hijo no debe de tener resultados inesperadosSeparar elementos por cada cliente (Business oriented) en lugar de tenerlos compartidosEvitar trabajar con abstracciones, principio de la caja negra
SOLID
SOLID:
Serie de Normas que busca que el código sea mantenible, que sea fácil de cambiar y muy extensible (agregar funciones), en resumen con un código legible y fácil de entender:
Want to print your doc?
This is not the way.
This is not the way.
Try clicking the ··· in the right corner or using a keyboard shortcut (
CtrlP
) instead.