¿Qué es una dependencia?

6/31
Recursos

Aportes 10

Preguntas 1

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

¿Qué es una dependencia?

Pequeña característica de un objeto especifico, que puede impactar de manera particular en el funcionamiento de una unidad.
Por ejemplo, las dependencias de un Smartphone serian:

  • Cámara
  • Micrófono
  • Pantalla
  • Batería

Alta cohesión: Involucra que la entidad ejecute sus acciones sin involucrar otra clase o entidad.

Bajo acoplamiento Hablamos de acoplamiento bajo cuando existe una independencia entre los componentes entre si, por el contrario un alto acoplamiento es cuando tenemos varias dependencias relacionadas a un solo componente.

Entonces podemos afirmar que en la definición de un buen diseño de software se debe tener una ALTA COHESIÓN y un BAJO ACOPLAMIENTO.

¿Qué es una dependencia?

  • Objetos definidos como una funcionalidad, sin la cual, los otros objetos no podrían trabajar, ya que dependen de ella. Por ejemplo, un volante es una dependencia de un vehículo, ya que sin volante, no podemos conducir el vehículo.
  • Las dependencias nos permiten modularizar nuestra aplicación, lo cual nos beneficia en las pruebas unitarias.

Las dependencias derivan del termino Modularización en POO.

Para complementar con lo que se menciono en la clase relacionado a los principios solid, son importantes, cada una de las siglas de SOLID significan algo:

S: Single responsibility principle** o Principio de responsabilidad única
O: Open/closed principle** o Principio de abierto/cerrado
L: Liskov substitution principle** o Principio de sustitución de Liskov
I: Interface segregation principle** o Principio de segregación de la interfaz
D: Dependency inversion principle** o Principio de inversión de dependencia.

Como se menciono en la clase
** El principio de responsabilidad única:** Indica que una clase, componente debe ser responsable de una sola cosa!.

**O principio abierto cerrado: ** Establece que las clases deben estar abiertos para su extensión, esto quiere decir que idealmente a una clase ya hecha o función, no debería ser modifica, y toda su funcionalidad podrá ser extendida o heredada por quien la necesite.

L principio de sustitución de liskov Nos dice que si una parte de nuestro código usamos una clase y creamos clases hijas esas clases hijas tienen que poder substituir a la clase padre sin ocasionar que el programa falle. En resumen si al heredar de una clase un método sobrescrito no hace nada o lanza una excepción es probable que no se este respetando este principio.

**I Segregación de interfaces ** Este principio nos dice al momento de implementar una interfaz obligar al objeto, implementar métodos que no requiere usar. Por lo que para evitar esto es mejor hacer una segregación de interfaces, lo que es hacer interfaces mas especificar para evitar que este principio no sea violado.

D Principio de inversión de dependencias Este principio establece que los módulos de alto nivel no deberían depender de módulos de bajo nivel. Ambos deberían depender de abstracciones.

Esto es un poco de lo que se, espero les sirva! 😄

Las dependencias son las relaciones entre tipos. No son objetos, no son características, son relaciones entre objetos y características. Un carro puede existir sin puertas y seguir funcionando igual, pero una puerta de carro carece de sentido sin un carro donde estar. Sin embargo, ambos, puerta y carro pueden existir sin el otro.

Principio de solid

Importante tema, para lograr que se desarrolle de manera optima nuestro codigo.

Hola A todos.

encontré este video que habla sobre principios SOLID.

estaria bien que desidieran usar editores libres que no son de paga de alto rendimiento como visual estudio code en lugar de editores como el elgeido

Tener un bajo acoplamiento también ayuda a tener una alta cohesión