[dependency-injection] 의존성 주입 vs 팩토리 패턴

의존성 주입

부품 자체를 인스턴스화하는 대신 자동차 가 작동해야하는 부품을 요구합니다.

class Car
{
    private Engine engine;
    private SteeringWheel wheel;
    private Tires tires;

    public Car(Engine engine, SteeringWheel wheel, Tires tires)
    {
        this.engine = engine;
        this.wheel = wheel;
        this.tires = tires;
    }
}

공장

완전한 객체를 만들기 위해 조각을 모으고 호출자로부터 콘크리트 유형을 숨 깁니다.

static class CarFactory
{
    public ICar BuildCar()
    {
        Engine engine = new Engine();
        SteeringWheel steeringWheel = new SteeringWheel();
        Tires tires = new Tires();
        ICar car = new RaceCar(engine, steeringWheel, tires);
        return car;
    }
}

결과

보시다시피, 공장과 DI는 서로를 보완합니다.

static void Main()
{
     ICar car = CarFactory.BuildCar();
     // use car
}

---

당신은 goldilocks와 세 곰을 기억하십니까? 의존성 주입은 그런 식입니다. 동일한 작업을 수행하는 세 가지 방법이 있습니다.

void RaceCar() // example #1
{
    ICar car = CarFactory.BuildCar();
    car.Race();
}

void RaceCar(ICarFactory carFactory) // example #2
{
    ICar car = carFactory.BuildCar();
    car.Race();
}

void RaceCar(ICar car) // example #3
{
    car.Race();
}

예제 # 1- 종속성을 완전히 숨기므로 최악입니다. 이 방법을 블랙 박스로 본다면 자동차가 필요하다는 것을 알 수 없습니다.

예 # 2- 자동차 공장에 들어서서 자동차가 필요하다는 것을 알았으므로 조금 더 좋습니다. 그러나 이번에는 실제로 필요한 모든 방법이 자동차이기 때문에 너무 많이 전달됩니다. 우리는 자동차가 방법 외부에 건설되어 통과 할 수있을 때 자동차를 만들기 위해 공장을 통과하고 있습니다.

예제 # 3- 메소드가 필요한 것을 정확하게 요구하기 때문에 이상적입니다 . 너무 많거나 적지 않습니다. MockCars를 만들기 위해 MockCarFactory를 작성할 필요는 없습니다. 모의를 바로 전달할 수 있습니다. 직접적이고 인터페이스가 거짓말을하지 않습니다.

Misko Hevery의이 Google Tech Talk는 놀랍고 필자의 모범을 바탕으로 한 것입니다. http://www.youtube.com/watch?v=XcT4yYu_TTs

---

답변