Principio de inversión de la dependencia
Sign in to saveAlso known as DIP
principle that result in a specific form of decoupling of software modules that results in reversing of the dependency relationships established from high-level, policy-setting modules to low-level, dependency modules
In the Vinony graph
Vinony's link graph records 19 inbound references to Principio de inversión de la dependencia, and connects out to SOLID, single responsibility principle and coupling.
It sits within the topics Programming principles and Software design patterns.
Vinony links it to 15 Wikipedia language editions.
Wikidata facts
- Part of
- SOLID
Show 2 more facts
- facet of
- software development
- short name
- DIP
Sources (1)
via Wikidata · CC0
Article · Español
En el diseño orientado a objetos, el principio de inversión de dependencia es una forma específica de desacoplar módulos de software. Al seguir este principio, las relaciones de dependencia convencionales establecidas desde los módulos de alto nivel de establecimiento de políticas a los módulos de dependencia de bajo nivel se invierten, lo que hace que los módulos de alto nivel sean independientes de los detalles de implementación del módulo de bajo nivel. El principio establece: 1. * Los módulos de alto nivel no deberían depender de los módulos de bajo nivel. Ambos deberían depender de abstracciones (p.ej., interfaces). 2. * Las abstracciones no deberían depender de los detalles. Los detalles (implementaciones concretas) deben depender de abstracciones. Al dictar que tanto los objetos de alto nivel como los de bajo nivel deben depender de la misma abstracción, este principio de diseño invierte la forma en que algunas personas pueden pensar sobre la programación orientada a objetos. La idea detrás de los puntos 1 y 2 de este principio es que al diseñar la interacción entre un módulo de alto nivel y uno de bajo nivel, la interacción debe considerarse como una interacción abstracta entre ellos. Esto no solo tiene implicaciones en el diseño del módulo de alto nivel, sino también en el de bajo nivel: el de bajo nivel debe diseñarse teniendo en cuenta la interacción y puede ser necesario cambiar su interfaz de uso. En muchos casos, pensar en la interacción en sí misma como un concepto abstracto permite reducir el acoplamiento de los componentes sin introducir patrones de codificación adicionales, permitiendo solo un esquema de interacción más ligero y menos dependiente de la implementación. Cuando el/los esquema/s de interacción abstracta descubierto/s entre dos módulos es/son genéricos y la generalización tiene sentido, este principio de diseño también conduce al siguiente patrón de codificación de inversión de dependencia.
Abstract from DBpedia / Wikipedia · CC BY-SA