SOLID

En el siguiente artículo, nos adentraremos en el fascinante mundo de SOLID. Desde sus orígenes hasta su impacto en la actualidad, exploraremos todos los aspectos relacionados con SOLID. A lo largo de estas líneas, analizaremos su importancia, sus desafíos y sus posibles soluciones. SOLID es un tema que ha generado gran interés en diferentes ámbitos, y es por eso que en este artículo trataremos de abordarlo de la forma más completa y objetiva posible. Además, pondremos especial énfasis en su relevancia para la sociedad en general, destacando su influencia en diversos aspectos de nuestra vida cotidiana. ¡Acompáñanos en este recorrido por SOLID y descubre todo lo que este tema tiene para ofrecer!

En ingeniería de software, SOLID (Single responsibility, Open-closed, Liskov substitution, Interface segregation and Dependency inversion) es un acrónimo mnemónico introducido por Robert C. Martin​ a comienzos de la década del 2000​ que representa cinco principios básicos de la programación orientada a objetos y el diseño. Cuando estos principios se aplican en conjunto es más probable que un desarrollador cree un sistema que sea fácil de mantener y ampliar con el tiempo.​ Los principios SOLID son guías que pueden ser aplicadas en el desarrollo de software para eliminar malos diseños provocando que el programador tenga que refactorizar el código fuente hasta que sea legible y extensible. Puede ser utilizado con el desarrollo guiado por pruebas, y forma parte de la estrategia global del desarrollo ágil de software y desarrollo adaptativo de software.

Resumen

Inicial Acrónimo Concepto
S SRP
Principio de responsabilidad única (Single responsibility principle)
la noción de que un objeto solo debería tener una única razón para cambiar.
O OCP
Principio de abierto/cerrado (Open/closed principle)
la noción de que las “entidades de software … deben estar abiertas para su extensión, pero cerradas para su modificación”.
L LSP
Principio de sustitución de Liskov (Liskov substitution principle)
la noción de que los “objetos de un programa deberían ser reemplazables por instancias de sus subtipos sin alterar el correcto funcionamiento del programa”. Véase también diseño por contrato.
I ISP
Principio de segregación de la interfaz (Interface segregation principle)
la noción de que “muchas interfaces cliente específicas son mejores que una interfaz de propósito general”.​
D DIP
Principio de inversión de la dependencia (Dependency inversion principle)
la noción de que se debe “depender de abstracciones, no depender de implementaciones”.​
La Inyección de Dependencias es uno de los métodos que siguen este principio.

Véase también

Conceptos básicos y temas relacionados

Principios de diseño y desarrollo

Referencias

  1. ↑ Uncle Bob (2 de diciembre de 2009). «Getting a SOLID start.» (en inglés). Consultado el 14 de julio de 2021. 
  2. ↑ «SOLID Object-Oriented Design» (en inglés). Archivado desde el original el 7 de febrero de 2010. Consultado el 14 de julio de 2021. 
  3. ↑ “SOLID Object-Oriented Design” Archivado el 7 de febrero de 2010 en Wayback Machine., Sandi Metz (Duke University), Talk given at the 2009 Gotham Ruby Conference in May, 2009. Last verified 2009-01-15.
  4. ↑ a b “Design Principles and Design Patterns” Archivado el 6 de septiembre de 2015 en Wayback Machine., Robert C. Martin (“Uncle Bob”), objectmentor.com. Last verified 2009-01-14.

SOLID Y GRASP. Buenas prácticas hacia el éxito en el desarrollo de software.