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?
Transcripción
¡Muy buenas! Soy Gabi Moreno y te doy la bienvenida al episodio número 8 de Productividad en el Desarrollo Android. El podcast donde hablamos sobre qué puedes hacer para ser un desarrollador o desarrolladora de Android más eficaz y eficiente. Te contamos técnicas, hábitos, herramientas, conceptos, tips y todo aquello que te va a hacer crecer sí o sí, porque hay algo que todos tenemos en común y es que el día dura 24 horas. Cómo inviertas o gastes este tiempo es cosa tuya.
No seguir los principios sólidos es pan para hoy, hambre para mañana. En este octavo episodio te voy a corroborar el por qué aplicar sólidos en tu día a día es súper útil para avanzar de un modo sano en tus proyectos. Te va a ayudar a ser más productivo a medio y, por supuesto, a largo plazo. Pero es que además, cuando pías soltura con estos principios realmente incluso, te hace ser más eficiente a corto plazo ya que verás que cuesta más hacer las cosas mal que como toca.
Bueno, pues vamos a ver estos 5 principios que son S, L y D, que significa cada uno de ellos, ¿ok? Y es la S Single Responsibility, el principio de responsabilidad única, cada clase hace una cosa y cada cosa lo hace una clase. Vamos a ver, si cogemos y hacemos que una clase tenga muchas responsabilidades, al final estamos haciendo que eso sea más complicado de lo que toca, porque sí, si nos encargamos de separar las responsabilidades por clases nos va a ser muy sencillo después hacerte sumitarios y realmente entender qué está haciendo cada cosa.
Siguiente principio, Open Closed, es decir, que una pieza de código debe de estar abierta para su extensión pero cerrada para su modificación…