Lo COI es:
1): IOC-Inversión de Control, es decir, "la inversión de control", no es una técnica, sino una idea de diseño.
2): en el desarrollo de Java, la COI significa que usted diseñó objetos para el control contenedor, en lugar del tradicional control directo sobre su objeto interno.
COI entender lo bueno que?
COI clave para entender buena es definir "quién es quién controla lo que el control, ¿por qué se invierte (inversión deben tener un giro positivo), que invierte los términos," que hay que analizar en profundidad:
● ¿Quién controla quién y qué control: la programación tradicional de Java SE, que crea directamente los objetos a través de nuevas dentro del objeto, una iniciativa del programa para crear los objetos dependientes; y la COI es un recipiente especial para crear estos objetos, que vienen desde el contenedor Ioc de control para crear un objeto;
¿Quién controla? Por supuesto, el objeto de control es contenedor COI;
¿Qué control? Esa es la principal de control de acceso externo a los recursos (incluyendo no sólo objetos tales como archivos, etc.).
● ¿Por qué se invierte, lo invertido: no tienen marcha atrás hacia adelante, las aplicaciones heredadas por nuestra propia iniciativa en el control de objetos a objetos directamente dependientes, es decir, hacia delante;
● invertido por el contenedor es ayudar a crear e inyectar objetos dependientes;
● ¿Por qué se invierte? Debido a que el recipiente para ayudar a encontrar e inyectar los objetos dependientes, el objeto de aceptarlo pasivamente objetos dependientes, es a la inversa;
● Lo que se invierte? La adquisición depende del objeto invierte.
Lo COI puede hacer:
COI no es una tecnología, sino una idea, una regla importante de la programación orientada a objetos que los guías cómo diseñar un acoplamiento flexible, mejor programa. Las aplicaciones tradicionales son creados por nuestra iniciativa dentro de los objetos dependientes de clase, lo que resulta en un alto acoplamiento entre clases, es difíciles pruebas; Una vez que tenga contenedor IoC para crear y encontrar objetos dependientes de control al recipiente contenedor la implantación de una combinación de los objetos, entre los objetos y los objetos se débilmente acoplado, que también facilitaría la prueba, lo que ayudará función de multiplexación, es más importante, hace que toda la arquitectura del programa se ha vuelto muy flexible.
1): En realidad, la programación COI traer el cambio más grande no es a partir del código, pero en términos de ideología, se ha producido un cambio "cambio de posición del maestro-esclavo".
2): La aplicación fue originalmente jefe, para conseguir lo son los recursos que tomar la iniciativa, pero en el documento IOC / DI pensó, la aplicación se vuelve pasivo
Un contenedor de espera pasiva COI para crear e inyectar los recursos que necesita.
3): COI buena indicación de uno de los principios de diseño orientado a objetos. regla de Hollywood: "No venga a nosotros, estamos buscando para usted", es decir, para ayudar a encontrar los objetos adecuados por el contenedor IoC y la inyección de objetos dependientes, en lugar de tomar la iniciativa para encontrar el objeto.
COI 和 EN:
DI-inyección de dependencias, es decir, "la inyección de dependencia": relaciones de dependencia entre los componentes en tiempo de ejecución está determinado por el buque, dijo que la imagen que se inyecta por las dependencias dinámicas recipiente en un componente.
La inyección de dependencia no está destinado a traer más funcionalidad a los sistemas de software, pero para mejorar las frecuencias de reutilización de componentes, y para el sistema para construir una plataforma flexible y escalable.
Mediante el mecanismo de inyección de dependencias, sólo necesitamos una configuración sencilla, sin ningún código puede especificar los recursos de destino necesarios para completar su lógica de negocio sin tener que preocuparse acerca de los recursos específicos venimos, quiénes lograr.
DI es la clave para entender: "¿Quién dependencia, ¿por qué confiar, que está que se inyectan, inyectar algo" que hay que analizar en profundidad:
● ¿Quién depende de los cuales: por supuesto, depende de la aplicación en el envase de la COI;
● ¿Por qué depender de: la aplicación necesita contenedor IoC para proporcionar los recursos externos necesarios objetos;
● ¿Quién inyección: es evidente que el objeto se inyecta en la aplicación de contenedor IoC a un objeto, el dependiente de la aplicación;
● inyectaron Qué: un objeto que se inyecta en los recursos externos necesarios (incluyendo objetos, recursos, datos constante).
DI COI y por qué hacer con ella?
De hecho, son el mismo concepto de diferentes ángulos descripción, debido a la inversión de los conceptos de control vaga (probablemente sólo puede entenderse como un objeto de control de contenedores este nivel, es difícil pensar en ir al objeto-relacional de protección),
Así gurús Martin Fowler en 2004 y dado un nuevo nombre: "inyección de dependencias", en términos relativos COI "inyección de dependencias" describe claramente la "relación de objeto se inyecta objetos dependientes de configuración de contenedores IoC."
Leer un montón de artículos a la COI de la primavera entender, mucha gente interpretación COI y DI son oscuros, de todos modos, es una especie de sentimiento inexplicable, después de leer todavía es una pérdida, la sensación es abierta Tao el ganado fueron escritos especialmente la tecnología fácil de usar,
Él explica claramente la COI (Inversión de Control) y DI (inyección de dependencias) en cada palabra, dando una sensación de visión clara después de leerlo. Creo que para los principiantes que Ioc comprensión de Spring Framework debe ser de gran ayuda.