Патерн (принцип) IOC & DI

— Inversion of Control (IoC) and Dependency Injection (DI)


IoC контейнери
Патерн DI

Class2 theClass2 = new Class2() ;
public Class3 theClass3

Додається до коду, згенеро-ваного за діаграмою класів

Створення об'єктів

printGreeting();
}
package com.kvf.demo;
import com.kvf.demo.IGreeting;
public class Hi implements IGreeting{
public void printGreeting()

package com.kvf.demo;
import com.kvf.demo.IGreeting;
public class Hello implements IGreeting{
public void printGreeting() {
System.out.println("Hello!");
}
}

class Class1 - ?

Задача: передбачити для класу Class1 (у якому використовується вітання printGreeting) можливість заміни об'єкту типу Hi на об'єкт типу Hello, забезпечуючи при тому незмінність коду Class1.

Залежність

?

“Близькі” класи

private IGreeting greeting = new Hi();
public void foo()

private IGreeting greeting = new Hello ();

Традиційний прийом із викорис-танням для об'єктів привітання методу printGreeting()

Class1 - звична версія. (Не підходить!)

Заміна коду!?

private IGreeting greeting;
public void setGreeting(
IGreeting greeting)

package com.kvf.demo;
import com.kvf.demo.*;
public class Super { // Runner
public static void main(String[] args) {
Class1a c = new Class1a();
c.setGreeting( new Hi () );
c.foo();
}
}

Незмінний java-код Class1a !

new Hello ()

Управління по створенню об'єктів типів Hi чи Hello “передано” (Inversion of Control ) класу Super (Runner). Запропонований код забезпечує ін'єкцію залежності (Dependency Injection ) Class1a від класу Hi чи від класу Hello відповідно.

Dependency Injection

Модифікація при пере-ході від Hi до Hello

подібну до Super, забезпечуючи створення об'єктів та їх ін'єкцію

Dependency Injection (DI)
Часто один з подібної пари класів є тестовим
Засоби

(ПКМ | Open Graph)
Компонентна “(дротяна) проводка” (Component Wiring)
Spring

Дротяна модель

http://www.springframework.org/schema/beans/
spring-beans.xsd">

Super {
public static void main(String[] args) {
ApplicationContext ctx

необхідне виправлення!
Ніяка перекомпіляція не потрібна

IGreeting greeting;
public void setGreeting(IGreeting greeting) {
this.greeting

public class Super2 {
public static void main(String[] args) {
ApplicationContext ctx = new ClassPathXmlApplicationContext("beans_ctx2.xml");
Class2 c = (Class2)ctx.getBean("class2");
System.out.println("Greeting:");
c.foo();
}

Конструктор із параметром

Файл Super2.java (фрагмент)

Файл Class2.java

Можна вилучити

Файл beans_ctx2.xml (фрагмент)

: CComponent
public class Client
{ public static void Main ( string[] args

Додаткова гнучкість пов'язана з можливістю задавати композицію об'єктів під час виконання програми

// Link decorators
d1.SetComponent( c );
d2.SetComponent( d1 );

Ін'єкції

Створення об'єктів

class Decorator implements IComponent{
private IComponent component;
public void setComponent(IComponent

public class ConcreteComponent implements IComponent{
public void operation(){
System.out.println( "ConcreteComponent!");
}
}

public class DecoratorA extends Decorator {
public void operation(){
super.operation();
System.out.println("DecoratorA");
}
}

Класи DecoratorB, DecoratorC мають аналогічний вигляд

проекту
Закладка з головним Java-класом проекту

Декларативний стиль!

void main(String[] args) {
ApplicationContext ctx = new ClassPathXmlApplicationContext(

void setComponent(IComponent component) {
this.component = component;
}
public

public class DecoratorA extends Decorator {
public void operation(){
super.operation();
System.out.println("DecoratorA");
}
}

Задіяна така єдина стратегія використання декораторів: спочатку декорування здійснює внутрішній (ін'єктований) об'єкт, а потім зовнішній.

конфігураційним файлом (як наслідок, при зміні композицій проект не потребує

Важливо!

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd">

з них і забезпечується їх взаємозаміна. Патерн "Стратегія" дозволяє змінювати

override void AlgorithmInterface()
{
Console.WriteLine(

class MainApp
{
static void Main()
{
Context context;
context = new Context( new ConcreteStrategyA());
context.ContextInterface();
context = new Context( new ConcreteStrategyB());
context.ContextInterface();
}
}
/// The 'Strategy' abstract class
abstract class Strategy
{
public abstract void AlgorithmInterface();
}
class ConcreteStrategyA : Strategy
{
public override void AlgorithmInterface()
{
Console.WriteLine(
"CalledConcreteStrategyA.”+ ”AlgorithmInterface()");
}
}

class ConcreteStrategyA implements IStrategy{
public void AlgorithmInterface() {
System.out.println("StrategyA.AlgorithmInterface");

public class Context {
private IStrategy _strategy;
public Context(IStrategy strategy){
this._strategy = strategy;
}
public void ContextInterface(){
_strategy.AlgorithmInterface();
}
}

Конструктор з параметром

(фрагмент)
Використання Spring IoC контейнера
Виконання проекту

Controller
{
private ITextService service;
public HomeController(ITextService s)
{
service =

public interface ITextService
{
string GetText(string text);
}

public class FirstTextService : ITextService
{
public string GetText(string text)
{
return String.Format( "{0}, wellcome to ASP.NET MVC!", text);
}
}

Конструктор

kernel.Bind ().To ();
DependencyResolver.SetResolver(

Використання DI у проектах ASP.NET MVC3 (2/2)

Фрагменти Global.asax.cs

public class MyDependencyResolver : IDependencyResolver
{
private readonly IKernel _kernel;
public MyDependencyResolver(IKernel kernel)
{ _kernel = kernel;
}
public object GetService(Type serviceType)
{ return _kernel.TryGet(serviceType, new IParameter[0]);
}
public IEnumerable