Episodio 8 – SOLID
No seguir los principios SOLID es pan para hoy, hambre para mañana.
| Single Responsibility | Una clase solo tiene que tener una única responsabilidad. Es decir, un único motivo para ser modificada |
| Open / Closed | Una pieza de código debe estar abierta para su extensión, pero cerrada para su modificación |
| Liskov Substitution | Una clase padre, debe poder ser sutituida por una clase hija |
| Interface Segregation | Cuanto más específicas (menos métodos) sean las interfaces, mejor |
| Dependency Inversion | Hay que depender de abstracciones, no de implementaciones |
- Es un apoyo a tus compañeros y a tu yo del futuro
- Es un modo de seguir un lenguaje común
- Permite hacer un proyecto escalable
- Te ayuda a poder aplicar testing
- Hace que la velocidad de desarrollo / feature se ralentice muchísimo menos que si no aplicaras estos principios
Una buena revisión de código a tu proyecto, sería ideal para averiguar si sigues estos principios.
Y en esta lista de YouTube, te lo explico de un modo muy (pero que muy) dinámico:
Dentro de las Historias androides, puedes ver (y escuchar si estás suscrito) cada una de las letras de un modo muy divertido:
- La S como nunca te la habían contando
- La O de las discotecas
- La L del baile
- La I del House
- La D del vinilo 🎚️
Y por último, ¿sabes quién los invento?