Principios SOLID

The SOLID principles are fundamental principles of programming.

En esta app encontrarás la definición de cada uno de los 5 principios SOLID para construir software de calidad. A continuación, enumeramos los principios SOLID y una pequeña definición.

Principios SOLID: Principio de responsabilidad única:

El principio de responsabilidad única establece que una clase debe tener una y sólo una razón para cambiar, por lo tanto, una sola responsabilidad. Este principio implica la cohesión, que en Ingeniería de Software significa el grado de relación entre las piezas de funcionalidad del código fuente de un módulo o clase.

Principios SOLID: Principio de apertura/cierre:

El principio de apertura/cierre establece que el comportamiento de una clase debe poder ser extendido sin ser modificado. En otras palabras, una clase debe estar abierta para una extensión pero cerrada para una modificación.

Por ejemplo, si quisiéramos crear un programa que encontrara el área de una forma, podríamos empezar creando una función que comprobara si una forma es un rectángulo o un círculo y luego determinara el área en consecuencia. El problema con esto es que si quisiéramos encontrar el área de un tipo diferente de forma entonces tendríamos que modificar la clase. Por el principio de apertura/cierre, es mejor hacer una clase separada para cada tipo de forma, con su propio método o función para determinar el área de la forma. Esto dejaría el programa abierto para la extensión en forma de clases adicionales que se hacen para ampliar la funcionalidad del programa, pero el programa estaría cerrado para la modificación porque el código existente no tendría que ser cambiado.

Principios SOLID: Principio de sustitución de Liskov:

El Principio de Sustitución de Liskov establece que los subtipos deben ser reemplazables por sus tipos base. Una motivación detrás de este principio es asegurar que la herencia no se está utilizando cuando no es apropiada para el código. Aunque puede ser más fácil extender una clase a una subclase, si la funcionalidad de la clase no se va a utilizar o va a ser sobrescrita por la subclase, entonces no se debe utilizar la herencia.

Principios SOLID: Principio de segregación de interfaces:

El principio de segregación de interfaces establece que es mejor tener varias interfaces específicas que una interfaz general. Este principio implica la cohesión de las interfaces y los beneficios de tener pocos comportamientos. Según el Principio de Segregación de la Interfaz, la dependencia de una clase con respecto a otra debe ser la menor interfaz posible.

La idea detrás del Principio de Segregación de la Interfaz es que si el código implementa una interfaz entonces debería usar todo lo que hay en la interfaz y el código tampoco debería depender de métodos que no usa o a los que no debería tener acceso. La solución a esto es mantener las interfaces pequeñas para minimizar la interdependencia.

Principios SOLID: Principio de inversión de la dependencia:

El principio de inversión de la dependencia consta de dos partes. La primera es que los módulos de alto nivel no deberían depender de los módulos de bajo nivel; ambos deberían depender de las abstracciones. La segunda es que las abstracciones no deben depender de los detalles, los detalles deben depender de las abstracciones.