나는이 시점 에서이 실이 상당히 오래되었다는 것을 알고 있지만, 나는 이것에 대한 나의 생각에 차임 할 것이라고 생각했다. TL; DR은 JavaScript의 형식화되지 않은 동적 특성으로 인해 DI (종속성 주입) 패턴이나 DI 프레임 워크를 사용하지 않고도 실제로 많은 작업을 수행 할 수 있습니다. 그러나 응용 프로그램이 커지고 복잡 해짐에 따라 DI는 코드 유지 관리에 도움이 될 수 있습니다.
C #의 DI
DI가 JavaScript에서 그다지 필요하지 않은 이유를 이해하려면 C #과 같이 강력한 형식의 언어를 보는 것이 도움이됩니다. (C #을 모르는 사람들에게 사과하지만 따라 가기 쉬워야합니다.) 자동차와 경적을 설명하는 앱이 있다고 가정 해 보겠습니다. 두 개의 클래스를 정의합니다.
class Horn
{
public void Honk()
{
Console.WriteLine("beep!");
}
}
class Car
{
private Horn horn;
public Car()
{
this.horn = new Horn();
}
public void HonkHorn()
{
this.horn.Honk();
}
}
class Program
{
static void Main()
{
var car = new Car();
car.HonkHorn();
}
}
이런 식으로 코드를 작성하는 데는 몇 가지 문제가 있습니다.
Car클래스는 단단히의 경적의 특정 구현에 연결되어 Horn클래스입니다. 자동차가 사용하는 혼 유형을 변경하려면 혼의 Car사용법이 변경되지 않더라도 클래스 를 수정해야합니다 . 또한 Car클래스의 종속성과는 별도로 클래스를 테스트 할 수 없기 때문에 테스트하기가 어렵습니다 Horn.Car클래스의 라이프 사이클에 대한 책임 Horn클래스입니다. 이와 같은 간단한 예제에서 큰 문제는 아니지만 실제 응용 프로그램에서 종속성에는 종속성이 있으며 종속성이 있습니다. Car클래스는 종속성의 전체 트리를 생성해야합니다. 이것은 복잡하고 반복적 일뿐만 아니라 수업의 "단일 책임"에 위배됩니다. 인스턴스가 아닌 자동차가되는 데 중점을 두어야합니다.- 동일한 종속성 인스턴스를 재사용 할 방법이 없습니다. 다시 말하지만,이 장난감 응용 프로그램에서는 중요하지 않지만 데이터베이스 연결을 고려하십시오. 일반적으로 애플리케이션간에 공유되는 단일 인스턴스가 있습니다.
이제 의존성 주입 패턴을 사용하도록 이것을 리팩토링 해 봅시다.
interface IHorn
{
void Honk();
}
class Horn : IHorn
{
public void Honk()
{
Console.WriteLine("beep!");
}
}
class Car
{
private IHorn horn;
public Car(IHorn horn)
{
this.horn = horn;
}
public void HonkHorn()
{
this.horn.Honk();
}
}
class Program
{
static void Main()
{
var horn = new Horn();
var car = new Car(horn);
car.HonkHorn();
}
}
우리는 여기서 두 가지 중요한 일을했습니다. 먼저, 우리 Horn클래스가 구현 하는 인터페이스를 소개했습니다 . 이를 통해 Car특정 구현 대신 인터페이스에 클래스를 코딩 할 수 있습니다 . 이제 코드는 구현하는 모든 것을 취할 수 있습니다 IHorn. 둘째, 우리는 혼 인스턴스화를 꺼내서 Car대신 전달했습니다. 이것은 위의 문제를 해결하고 특정 인스턴스와 수명주기를 관리하는 응용 프로그램의 주요 기능으로 남겨 둡니다.
이것이 의미하는 바는 Car클래스 를 건드리지 않고 자동차에 사용할 새로운 유형의 경적을 도입 할 수 있다는 것입니다 .
class FrenchHorn : IHorn
{
public void Honk()
{
Console.WriteLine("le beep!");
}
}
메인은 FrenchHorn대신 클래스 의 인스턴스를 주입 할 수 있습니다 . 또한 테스트를 크게 단순화합니다. MockHorn클래스를 생성 하여 Car생성자 에 주입 하여 Car클래스 만 격리 하여 테스트 할 수 있습니다 .
위의 예는 수동 종속성 주입을 보여줍니다. 일반적으로 DI는 프레임 워크 (예 : C # 세계의 Unity 또는 Ninject )로 수행됩니다. 이 프레임 워크는 종속성 그래프를 따라 가고 필요에 따라 인스턴스를 만들어 모든 종속성 배선을 수행합니다.
표준 Node.js 방식
이제 Node.js에서 같은 예제를 보자. 우리는 아마도 코드를 3 개의 모듈로 나눌 것입니다.
// horn.js
module.exports = {
honk: function () {
console.log("beep!");
}
};
// car.js
var horn = require("./horn");
module.exports = {
honkHorn: function () {
horn.honk();
}
};
// index.js
var car = require("./car");
car.honkHorn();
JavaScript는 형식이 지정되지 않았기 때문에 이전과 거의 동일한 긴밀한 결합이 없습니다. car모듈은 모듈이 내보낼 때마다 honk메소드 를 호출하려고 시도하기 때문에 인터페이스가 필요하지 않습니다 horn.
또한 노드 require가 모든 것을 캐시 하기 때문에 모듈은 기본적으로 컨테이너에 저장된 싱글 톤입니다. 을 수행하는 다른 모듈 require상의 horn모듈은 동일한 인스턴스를 얻을 것이다. 이를 통해 데이터베이스 연결과 같은 단일 객체를 매우 쉽게 공유 할 수 있습니다.
이제는 car모듈이 자체 의존성을 가져 오는 문제가 여전히 남아 horn있습니다. 자동차가 혼에 다른 모듈을 사용하도록하려면 모듈의 require명령문 을 변경 해야 car합니다. 이것은 매우 일반적인 일이 아니지만 테스트에 문제를 일으 킵니다.
사람들이 테스트 문제를 처리하는 일반적인 방법은 proxyquire 입니다. JavaScript의 동적 특성으로 인해 proxyquire는 요청에 대한 호출을 가로 채고 대신 제공하는 스텁 / 모형을 반환합니다.
var proxyquire = require('proxyquire');
var hornStub = {
honk: function () {
console.log("test beep!");
}
};
var car = proxyquire('./car', { './horn': hornStub });
// Now make test assertions on car...
이것은 대부분의 응용 프로그램에 충분합니다. 앱에서 작동하면 함께 진행하십시오. 그러나 내 경험에 따르면 응용 프로그램이 커지고 복잡 해짐에 따라 이와 같은 코드를 유지 관리하는 것이 어려워집니다.
JavaScript의 DI
Node.js는 매우 유연합니다. 위의 방법에 만족하지 않으면 종속성 주입 패턴을 사용하여 모듈을 작성할 수 있습니다. 이 패턴에서 모든 모듈은 팩토리 함수 (또는 클래스 생성자)를 내 보냅니다.
// horn.js
module.exports = function () {
return {
honk: function () {
console.log("beep!");
}
};
};
// car.js
module.exports = function (horn) {
return {
honkHorn: function () {
horn.honk();
}
};
};
// index.js
var horn = require("./horn")();
var car = require("./car")(horn);
car.honkHorn();
이는 index.js모듈이 인스턴스 수명주기 및 배선을 담당 한다는 점에서 C # 방법과 매우 유사합니다 . 단위 테스트는 모의 / 스텁을 함수에 전달할 수 있으므로 매우 간단합니다. 다시 말하지만 이것이 응용 프로그램에 충분하다면 함께 가십시오.
볼 루스 DI 프레임 워크
C #과 달리 종속성 관리에 도움이되는 표준 DI 프레임 워크는 없습니다. npm 레지스트리에는 여러 프레임 워크가 있지만 널리 채택 된 프레임 워크는 없습니다. 이러한 옵션 중 많은 부분이 다른 답변에서 이미 인용되었습니다.
나는 사용 가능한 옵션에 특히 만족하지 않았기 때문에 bolus 라는 내 자신을 썼습니다 . Bolus는 위의 DI 스타일로 작성된 코드로 작동하도록 설계되었으며 매우 건조 하고 매우 단순합니다. 위와 똑같은 모듈을 사용하면 다음 car.js과 horn.js같이 index.jsbolus를 사용 하여 모듈을 다시 작성할 수 있습니다 .
// index.js
var Injector = require("bolus");
var injector = new Injector();
injector.registerPath("**/*.js");
var car = injector.resolve("car");
car.honkHorn();
기본 아이디어는 인젝터를 작성하는 것입니다. 인젝터에 모든 모듈을 등록합니다. 그런 다음 필요한 것을 간단히 해결합니다. Bolus는 종속성 그래프를 살펴보고 필요에 따라 종속성을 작성하고 주입합니다. 이와 같은 장난감 예제에서는 그다지 절약하지 않지만 복잡한 종속성 트리가있는 대규모 응용 프로그램에서는 크게 절약 할 수 있습니다.
Bolus는 선택적 종속성 및 테스트 전역과 같은 멋진 기능을 지원하지만 표준 Node.js 접근 방식과 비교하여 볼 수있는 두 가지 주요 이점이 있습니다. 먼저 유사한 응용 프로그램이 많은 경우 인젝터를 생성하고 유용한 객체를 등록하는 기본 용 개인 npm 모듈을 만들 수 있습니다. 그런 다음 AngularJS 와 같은 방식으로 특정 앱이 필요에 따라 추가, 재정의 및 해결할 수 있습니다.인젝터 작동합니다. 둘째, bolus를 사용하여 다양한 종속성 컨텍스트를 관리 할 수 있습니다. 예를 들어, 미들웨어를 사용하여 요청마다 하위 인젝터를 작성하고 인젝터에 사용자 ID, 세션 ID, 로거 등을 모듈과 함께 등록 할 수 있습니다. 그런 다음 요청을 처리하는 데 필요한 것을 해결하십시오. 이것은 요청마다 모듈의 인스턴스를 제공하며 모든 모듈 함수 호출에 로거 등을 전달하지 않아도됩니다.