依赖注入的艺术：编写可扩展 JavaScript 代码的秘密

1. 依赖注入

在 JavaScript 中，依赖注入（Dependency Injection，简称 DI）是一种软件设计模式，通过这种模式，可以减少代码模块之间的紧耦合。依赖注入允许开发者将模块的依赖关系从模块的内部转移到外部，从而使得模块更加独立、可测试和可维护。

在 JavaScript 中实现依赖注入，通常有几种方式：

  1. 构造函数注入：通过构造函数接收依赖项。
  2. 属性注入：通过设置对象的属性来提供依赖项。
  3. 方法注入：通过调用方法来传递依赖项。

2. 概念理清

结论先行，先看下相关的三个概念：DIP，DI，IoC：

实现方式之一
一种具体实现
提供
提供
提供
依赖倒置原则(DIP)
依赖注入(DI)
控制反转容器(IoC Container)
自动依赖注入
生命周期管理
配置灵活性

2.1 DIP

依赖倒置原则（Dependency Inversion Principle, DIP）是面向对象设计原则的一部分，是 SOLID 原则中的 “D”。它鼓励程序员设计模块间的交互时依赖抽象（接口或抽象类），而不是具体的实现。DIP 的目的是减少高层模块（策略决定者）和低层模块（依赖细节）之间的直接依赖关系，这有助于降低系统的耦合度，提高模块的可复用性和可维护性。

DIP 的两个关键点是：

  1. 高层模块不应依赖于低层模块。两者都应该依赖于抽象。
  2. 抽象不应依赖于细节。细节应依赖于抽象。

在 JavaScript 中，我们没有接口或抽象类这样的语言结构。但是，我们可以使用函数或对象来模拟这些抽象概念。下面是一个使用 JavaScript 实现 DIP 的示例:

// 定义一个抽象的“Logger”接口
function Logger() {
  this.log = function (message) {
    throw new Error("This method should be overridden");
  };
}

// 创建一个具体的“ConsoleLogger”实现
function ConsoleLogger() {
  Logger.call(this);

  this.log = function (message) {
    console.log(message);
  };
}

// 创建一个高层模块“App”，依赖于抽象的“Logger”
function App(logger) {
  this.logger = logger;

  this.run = function () {
    this.logger.log("App is running");
  };
}

// 通过依赖注入“ConsoleLogger”实现到“App”
const consoleLogger = new ConsoleLogger();
const app = new App(consoleLogger);

app.run(); // 输出: App is running

在这个例子中，我们定义了一个 Logger 抽象，它只包含一个 log 方法。ConsoleLogger 是 Logger 的一个具体实现，它将信息打印到控制台。App 是一个高层模块，它不直接依赖于 ConsoleLogger，而是依赖于 Logger 抽象。我们通过依赖注入将 ConsoleLogger 实例传给了 App。

这样，如果我们需要更改日志方式（例如，改为文件日志或远程日志服务），我们只需创建一个新的 Logger 实现，并在创建 App 时注入它。App 不需要任何改动，因为它只依赖于 Logger 抽象。这样就实现了依赖倒置原则，使得 App 和日志的具体实现之间的耦合度降低，提高了代码的可维护性和可扩展性。

2.2 DI

DI 是一种设计模式，用于实现 DIP。在这种模式中，对象的依赖关系不是由对象自身创建或查找，而是由外部实体（比如构造函数、方法、属性注入）提供给对象。
DI 的实现通常涉及一个容器，该容器负责创建对象、管理它们的生命周期，并根据配置将依赖项注入到对象中。
DI 增加了代码的模块性，并简化了单元测试和系统配置。

2.3 IoC

控制反转（Inversion of Control, IoC）是一种广泛的设计原则，它可以通过很多方式实现，例如依赖注入（DI）、事件、委托等。IoC 的核心思想是将程序中的控制流程的决定权从程序代码转移给外部容器或框架。

依赖注入容器（DI 容器）经常与控制反转（IoC）容器混用或视为同义词。

在传统的编程中，我们的代码直接控制所有的决策和逻辑流程。而当我们使用 IoC 时，流程的控制被反转：不再是我们的代码调用框架或库，而是框架或库调用我们的代码。这通常通过回调函数、事件监听、插件系统或依赖注入等方式实现。

下面是一个简单的 JavaScript 示例，展示了如何使用回调函数来实现控制反转的概念：

// 假设我们有一个数据处理器，它从外部获取数据处理逻辑
function DataProcessor() {
  this.process = function (data, processData) {
    // 控制反转发生在这里，我们不直接处理数据，
    // 而是将数据处理逻辑的控制权交给回调函数 `processData`
    return processData(data);
  };
}

// 这是我们的应用程序代码，提供了数据处理逻辑
function myDataProcessor(data) {
  // 实际的数据处理逻辑
  console.log("Processing data:", data);
  return data.map((item) => item * 2);
}

// 创建 DataProcessor 的实例
const processor = new DataProcessor();

// 数据
const numbers = [1, 2, 3, 4, 5];

// 使用 DataProcessor 处理数据，并提供我们自己的数据处理逻辑
const processedData = processor.process(numbers, myDataProcessor);
console.log("Processed data:", processedData);
// 控制台输出：
// Processing data: [1, 2, 3, 4, 5]
// Processed data: [2, 4, 6, 8, 10]

在这个例子中，DataProcessor 类有一个 process 方法，它接受数据和一个处理数据的回调函数。DataProcessor 并不知道数据将如何被处理，它只知道存在一个可以调用的 processData 函数。这里，DataProcessor 调用了外部提供的 myDataProcessor 函数来处理数据。这样，控制数据如何被处理的逻辑就从 DataProcessor 反转给了我们的应用程序代码。

通过这种方式，DataProcessor 成为了一个可重用和可配置的组件，因为它不依赖于特定的数据处理逻辑。我们可以轻松地为不同的场景提供不同的数据处理回调函数，而无需修改 DataProcessor 的代码。

IoC 容器是一种更高级的 IoC 实现，它能够管理对象的创建、配置以及其它方面的控制流程。在 JavaScript 生态中，有些框架和库提供了 IoC 容器（例如 InversifyJS、Angular 的依赖注入系统等），这些工具可以帮助我们以声明性和组织化的方式管理依赖项和它们的生命周期。

2.4 总结

DIP 是一个高层的设计原则，DI 是实现这个原则的一种模式，而 IoC 是一个更广泛的原则，它表达了控制权转移的思想，并且可以通过包括 DI 在内的多种方式实现。在许多框架和库中，这些概念往往交织在一起，以支持松耦合、可测试和灵活的软件设计。

3. 简单实现

以下是一个不使用类型信息的 JavaScript 依赖注入容器示例：

class DIContainer {
  constructor() {
    this.services = {};
    this.instances = {};
  }

  // 注册一个服务到容器
  register(name, definition, dependencies) {
    this.services[name] = { definition, dependencies };
  }

  // 解析一个服务，并提供实例
  resolve(name) {
    if (this.instances[name]) {
      return this.instances[name];
    }
    const service = this.services[name];
    if (!service) {
      throw new Error(`Service '${name}' not found.`);
    }
    const dependencies = service.dependencies.map((dep) => this.resolve(dep));
    const instance = new service.definition(...dependencies);
    this.instances[name] = instance;
    return instance;
  }
}

// 定义一些服务
class Logger {
  log(message) {
    console.log(message);
  }
}

class Database {
  constructor(logger) {
    this.logger = logger;
  }

  save(data) {
    this.logger.log("Data saved to the database.");
  }
}

class Application {
  constructor(database) {
    this.database = database;
  }

  doSomething(data) {
    this.database.save(data);
  }
}

// 使用 DI 容器
const container = new DIContainer();

// 手动注册服务和它们的依赖
container.register("logger", Logger, []);
container.register("database", Database, ["logger"]);
container.register("application", Application, ["database"]);

// 从容器中解析 Application 实例
const app = container.resolve("application");

// 使用 Application
app.doSomething({ name: "DI Example" });

在这个 JavaScript 示例中，我们在注册服务时手动指定了它们的依赖项。DIContainer 类负责管理依赖项的构建和解析，在构建依赖项时会遍历它们的依赖数组并递归地解析每个依赖项。

3.1 IoC 隔离

DI 容器通常提供不同的生命周期管理选项来控制依赖项的创建和共享。这些生命周期管理选项可以帮助防止不同组件之间由于共享同一依赖实例而导致的状态污染。以下是一些常见的依赖项生命周期选项：

  1. 瞬态（Transient）:
    每次请求依赖项时，容器都会创建一个新的实例。这意味着两个请求相同服务的组件将收到不同的实例，这避免了状态共享和潜在的污染。

  2. 单例（Singleton）:
    容器仅创建依赖项的一个实例，并且在整个应用程序的生命周期内，每次请求都会返回同一个实例。这适合无状态的服务或当确实需要共享状态时。

  3. 作用域（Scoped）:
    依赖项的生命周期绑定到特定的作用域，如 HTTP 请求、事务、对话或用户界面的生命周期。同一作用域内部的请求会共享相同的实例，而不同作用域的请求会得到不同的实例，这有助于限制状态共享的范围。

  4. 工厂方法（Factory）:
    容器可以使用自定义的工厂方法来创建依赖项，从而提供更多的控制权。工厂方法可以根据需要决定什么时候创建新实例或返回现有实例。

通过这些生命周期选项，你可以精确地控制依赖项实例的创建和共享。例如，如果你想要避免共享一个具有状态的依赖项，你可以配置该依赖项为瞬态生命周期。以下是一个简化的 JS 代码示例，演示如何在 DI 容器中使用生命周期：

class DIContainer {
  constructor() {
    this.services = {};
  }

  // 注册服务并指定生命周期
  register(name, definition, dependencies, lifecycle = "TRANSIENT") {
    this.services[name] = {
      definition,
      dependencies,
      lifecycle,
      instance: null,
    };
  }

  // 解析服务
  resolve(name) {
    const service = this.services[name];
    if (!service) {
      throw new Error(`Service '${name}' not found.`);
    }

    // 根据生命周期返回实例
    if (service.lifecycle === "SINGLETON") {
      if (!service.instance) {
        service.instance = this.createInstance(service);
      }
      return service.instance;
    } else if (service.lifecycle === "TRANSIENT") {
      return this.createInstance(service);
    }

    throw new Error(
      `Unknown lifecycle '${service.lifecycle}' for service '${name}'.`
    );
  }

  // 创建服务实例
  createInstance(service) {
    const { definition, dependencies } = service;
    const resolvedDependencies = dependencies.map((dep) => this.resolve(dep));
    return new definition(...resolvedDependencies);
  }
}

// 示例使用
const container = new DIContainer();
container.register("logger", Logger, [], "SINGLETON");
container.register("database", Database, ["logger"], "TRANSIENT");

const db1 = container.resolve("database");
const db2 = container.resolve("database");
console.log(db1 === db2); // 输出: false，因为每次解析都会创建新的实例

在这个例子中，Database 被配置为瞬态，因此每次调用 resolve 都会创建一个新的实例。Logger 被配置为单例，所以不管调用多少次 resolve，它总是返回同一个实例。这种方式使得开发者可以根据需要控制依赖项的共享程度。

4. 使用 reflect-metadata

reflect-metadata 是一个 JavaScript 库，它提供了一个基于反射的 API，允许在运行时对类的元数据进行读取和操作。它是一个实现了 ECMAScript 装饰器提案中反射元数据部分的库。

在 TypeScript 或 JavaScript (使用类似 Babel 的转换器) 中，装饰器是一种特殊类型的声明，它可以被附加到类声明、方法、访问器、属性或参数上。装饰器可以用于修改类的行为，增加元数据，或者改变类成员的定义。

为什么需要 reflect-metadata：

  1. 元数据反射: JavaScript 默认不存储关于类的参数类型信息。在依赖注入的场景中，了解一个类的构造函数需要哪些参数，以及这些参数的类型非常重要，因为这允许依赖注入容器自动地解析并提供正确的依赖项实例。reflect-metadata 库允许开发者在定义类时通过装饰器添加类型元数据，并在运行时查询这些信息。

  2. 标准化装饰器: 尽管装饰器目前仍是一个 ECMAScript 提案，并未正式成为语言标准，TypeScript 已经提前支持了装饰器。reflect-metadata 库与 TypeScript 一起使用，为装饰器提供了存储和读取它们所需的元数据的能力。

  3. 实现复杂的功能: 在某些复杂的场景（比如自动构造函数参数注入），没有元数据的话，就需要手动指定依赖关系，这会增加代码的复杂性和冗余性。reflect-metadata 可以帮助自动化这个过程，使得代码更加简洁和易于维护。

请注意，reflect-metadata 不是强制性的。如果不使用反射来自动解析依赖关系，也可以手动在容器中注册和解析依赖项，但这就失去了依赖注入自动化管理依赖的优势。如果你的项目不需要自动化解析或者你愿意手动管理依赖关系，你可以避免使用 reflect-metadata。

4.1 基于 reflect-metadata

在 TypeScript 中，当你使用 @Injectable() 装饰器（或其他装饰器）并且配置文件 tsconfig.json 中启用了 emitDecoratorMetadata 选项时：

{
  "compilerOptions": {
    ...
    "emitDecoratorMetadata": true,
    ...
  }
}

TypeScript 编译器会为装饰器所标记的类自动注入额外的元数据信息。这包括类的设计时类型信息，比如参数的类型、属性的类型等。@Injectable() 装饰器通常是由框架（如 Angular）提供的，并且它会标记一个类，表明该类适合注入依赖项。

下面是一个简单的例子来说明 @Injectable() 如何工作，并且如何使用 Reflect.getMetadata('design:paramtypes', constructor) 获取类型信息：

import 'reflect-metadata';

// 假设的 @Injectable 装饰器，实际上你会用 Angular 或其他框架提供的
function Injectable() {
  return function(target: any) {
    // 装饰器逻辑，这里可以为空，因为我们依赖的是 TypeScript 自动生成的元数据
  };
}

@Injectable()
class Logger {
  log(message: string) {
    console.log(message);
  }
}

@Injectable()
class Application {
  // Logger 类型将被记录在元数据中
  constructor(private logger: Logger) {}
}

// 此时 TypeScript 编译器会为 Application 类生成元数据
// 包括构造函数参数类型的信息

// 然后我们可以使用 Reflect.getMetadata 获取这些信息
const params = Reflect.getMetadata('design:paramtypes', Application);
console.log(params); // 输出 [Logger]

在上面的代码中，当你编译 TypeScript 代码时，如果启用了 emitDecoratorMetadata，编译器会为每个使用 @Injectable() 装饰器的类生成一个特殊的元数据键 design:paramtypes，这个键存储了类构造函数的参数类型信息。

当你调用 Reflect.getMetadata('design:paramtypes', Application) 时，它会返回 Application 构造函数参数的类型数组。在这个例子中，我们只有一个参数 logger，它的类型是 Logger 类。

在依赖注入容器中，这个信息被用来自动地解析和注入所需的依赖项。例如：

// DI 容器的简化示例
class DIContainer {
  // ...省略其他方法和属性...

  resolve(target) {
    const params = Reflect.getMetadata('design:paramtypes', target) || [];

    // 解析构造函数的每一个参数
    const injections = params.map(param => this.resolve(param));

    // 返回创建的类实例，使用解析的依赖项作为参数
    return new target(...injections);
  }
}

// 注册 Logger 和 Application 到 DI 容器
const container = new DIContainer();
container.register(Logger, Logger);
container.register(Application, Application);

// 解析 Application，自动注入 Logger
const app = container.resolve(Application);
app.logger.log('This is a test message.'); // 此时应该能正常工作

在这个简化的 DI 容器示例中，resolve 方法使用 Reflect.getMetadata 来自动解析 Application 需要的依赖（即 Logger），然后创建一个 Application 实例，并将解析出的 Logger 实例作为参数传入。这样，当你获取到 Application 实例时，它已经具有了一个注入的 Logger 实例，可以用来调用 log 方法。

5. 适合场景

依赖注入（DI）主要用于管理复杂应用中的依赖关系，特别是当你有多个组件需要相同的依赖或者依赖需要在不同的上下文中有不同的实现时。这种模式可以提高代码的可维护性、可测试性和模块化。以下是一些适合使用依赖注入的场景示例：

  1. 大型应用的开发：
    对于大型应用，尤其是复杂的单页面应用（SPA）或服务器端应用，依赖注入能够帮助你管理众多的服务和组件。例如，你可能有一个用户认证服务、日志记录服务和数据访问服务，这些服务可能被用在不同的业务模块中。使用 DI 可以让你在需要的地方轻松地提供这些服务的实例。

  2. 单元测试：
    在单元测试中，你通常要隔离测试的组件，以确保测试的是单独的单元而不是整个系统。使用依赖注入，你可以轻松地为组件提供模拟（mock）对象或存根（stub）来取代真实的依赖，从而确保测试的独立性和准确性。

  3. 可替换的组件：
    当你希望能够轻松地替换应用中的某些组件时，例如更换不同的数据库访问库或第三方服务。依赖注入可以让你在不修改组件内部代码的情况下进行替换。

  4. 跨环境运行：
    如果你的应用需要在不同的环境中运行，比如开发、测试和生产环境，你可能需要根据环境使用不同的配置或服务实例。DI 容器可以帮助你根据当前环境注入正确的依赖。

  5. 插件式架构：
    对于插件式架构的应用，依赖注入能够提供一种方式来动态地加载和配置插件，以及在插件之间建立依赖关系。

  6. 复杂的生命周期管理：
    当你需要更精细地控制某些服务的生命周期（例如单例、请求作用域等）时，依赖注入框架通常提供这些功能，让你不必手动管理对象的创建和销毁。

如果你的 JavaScript 工程相对简单，没有遇到上述这些情况，你可能不需要使用依赖注入。依赖注入带来的好处在于它可以帮助管理复杂性，但如果复杂性不是问题，那么引入它可能反而会让事情变得更加复杂。在较简单的应用或脚本中，手动管理依赖往往就足够了。

6. inversify 库

在这里插入图片描述

InversifyJS 是一个轻量级的、强大的依赖注入（DI）容器，用于 JavaScript 和 TypeScript 应用程序。它使用了 TypeScript 的类型系统和装饰器来提供类型安全的依赖注入，并且在 JavaScript 中也可以通过具体的配置使用。InversifyJS 让开发者能够编写更低耦合、更可测试和更可管理的代码。

InversifyJS 主要特点和功能如下：

  1. 类型安全：InversifyJS 充分利用了 TypeScript 的类型系统，尽管它也可以在 JavaScript 中使用。在 TypeScript 中，它允许开发者以类型安全的方式进行依赖注入。

  2. 装饰器支持：InversifyJS 使用 TypeScript 装饰器来定义和注入依赖，这使得依赖关系的配置非常直观且易于管理。

  3. 容器：InversifyJS 提供了一个容器，你可以在其中注册和解析你的依赖项。容器能够根据预定义的绑定关系解析依赖，实现依赖的自动注入。

  4. 绑定：开发者可以通过绑定将抽象与具体实现关联起来。这意味着你可以告诉 InversifyJS 当请求一个特定的接口或类时，应该返回哪个实现。

  5. 作用域：InversifyJS 支持不同的作用域（例如单例和瞬态），允许你定义如何管理依赖项的生命周期。

  6. 中间件：InversifyJS 允许你在解析依赖时插入自定义逻辑，这通过中间件功能实现，这可以用于日志记录、授权、监控等。

以下是一个使用 InversifyJS 的基本示例：

import { injectable, inject, Container } from 'inversify';

// 定义一个 Logger 接口
interface ILogger {
    log(message: string): void;
}

// 定义一个 Logger 实现并将其标记为可注入
@injectable()
class Logger implements ILogger {
    log(message: string) {
        console.log(message);
    }
}

// 定义一个需要依赖的类
@injectable()
class App {
    private logger: ILogger;

    constructor(@inject('ILogger') logger: ILogger) {
        this.logger = logger;
    }

    run() {
        this.logger.log('App running...');
    }
}

// 创建 InversifyJS 容器
const container = new Container();

// 设置依赖关系
container.bind<ILogger>('ILogger').to(Logger);
container.bind<App>(App).toSelf();

// 解析依赖并运行
const app = container.get<App>(App);
app.run();

在这个示例中，我们首先定义了一个 ILogger 接口和一个 Logger 类，然后我们定义了一个 App 类，它依赖于 ILogger。在 InversifyJS 容器中，我们绑定了 ILogger 接口到 Logger 类的实现，并且告诉容器如何创建 App 的实例。最后，我们从容器中获取 App 的实例并运行它。

通过这种方式，InversifyJS 使得我们的代码更加模块化，并且降低了各个组件之间的耦合，便于管理和测试。

7. inversify 关键特性

InversifyJS 是一个功能丰富的控制反转（IoC）容器，它提供了许多先进的特性来支持复杂的依赖注入（DI）场景。以下是 InversifyJS 文档中列出的一些关键特性及其简要说明：

  1. 支持类（Support for classes）:
    允许直接将类绑定到 DI 容器中，容器将负责创建这些类的实例。

  2. 支持符号（Support for Symbols）:
    使用 ES6 的 Symbol 作为绑定的标识，为依赖项提供了唯一的键。

  3. 容器 API（Container API）:
    提供了一系列的 API 方法来管理绑定、解析依赖项和配置容器。

  4. 声明容器模块（Declaring container modules）:
    允许将绑定组织成模块，这样可以更容易地管理大型应用程序中的依赖项。

  5. 容器快照（Container snapshots）:
    容器状态的快照和回滚功能，可以临时改变容器状态且不影响其原始配置。

  6. 控制依赖的作用域（Controlling the scope of the dependencies）:
    管理依赖项的生命周期，例如单例、瞬态、请求作用域等。

  7. 声明可选依赖（Declaring optional dependencies）:
    允许注入的依赖项是可选的，即使没有提供绑定也不会导致错误。

  8. 注入常量或动态值（Injecting a constant or dynamic value）:
    除了类之外，也可以将常量值或动态生成的值注入到组件中。

  9. 注入类构造函数（Injecting a class constructor）:
    允许注入类的构造函数而不是类实例，这对于需要工厂模式的场景非常有用。

  10. 注入工厂（Injecting a Factory）:
    提供一种方式来注入一个工厂，该工厂可以创建依赖项的实例。

  11. 自动工厂（Auto factory）:
    自动化工厂的创建，减少了必须手动编写工厂的需求。

  12. 注入提供者（Injecting a Provider）:
    注入一个异步工厂（Provider），可以返回一个 Promise，用于异步解析依赖项。

  13. 激活处理器（Activation handler）:
    在依赖项被解析时执行额外的逻辑。

  14. 中间件（Middleware）:
    允许在解析依赖项的过程中加入自定义逻辑。

  15. 多重注入（Multi-injection）:
    同时注入多个绑定到相同标识符的依赖项。

  16. 带标签的绑定（Tagged bindings）:
    通过标签来区分不同的绑定，即使它们绑定到相同的标识符。

  17. 创建自定义标签装饰器（Create your own tag decorators）:
    可以自定义标签装饰器来进一步细化绑定。

  18. 具名绑定（Named bindings）:
    通过名称来区分不同的绑定。

  19. 默认目标（Default target）:
    在没有明确指定绑定时提供一个默认的绑定目标。

  20. 支持层次化 DI 系统（Support for hierarchical DI systems）:
    容器可以是层次化的，允许在不同层级上覆盖绑定。

  21. 上下文绑定和 @targetName（Contextual bindings & @targetName）:
    根据注入的上下文来选择不同的绑定。

  22. 属性注入（Property injection）:
    直接将依赖项注入对象的属性，而不是通过构造函数。

  23. 循环依赖（Circular dependencies）:
    提供了处理循环依赖的机制。

  24. 继承（Inheritance）:
    支持在类继承层次结构中使用依赖注入。

InversifyJS 的这些特性使得它成为处理复杂依赖注入场景的强大工具，尤其是在大型应用程序中。开发者可以根据需要选择合适的特性来构建可维护和可扩展的软件系统。

7.1 特性示例

下面我将针对 InversifyJS 中提到的一些特性给出简化的示例代码。请注意，由于特性多且复杂，以下只是简单的示例，仅供参考。

注入类构造函数（Injecting a class constructor）
import { Container, injectable, inject } from "inversify";

@injectable()
class Logger {
    log(message: string) {
        console.log("Default Logger: " + message);
    }
}

@injectable()
class App {
    private loggerConstructor: new () => Logger;

    public constructor(@inject("Newable<Logger>") loggerConstructor: new () => Logger) {
        this.loggerConstructor = loggerConstructor;
    }

    run() {
        const logger = new this.loggerConstructor();
        logger.log("App started");
    }
}

const container = new Container();
container.bind<Logger>(Logger).toSelf();
container.bind<new () => Logger>("Newable<Logger>").toConstructor(Logger);

const app = container.get<App>(App);
app.run();
注入工厂（Injecting a Factory）
import { Container, injectable, inject, Factory } from "inversify";

@injectable()
class Logger {
    log(message: string) {
        console.log("Logger: " + message);
    }
}

type LoggerFactory = () => Logger;

@injectable()
class App {
    private createLogger: LoggerFactory;

    public constructor(@inject("Factory<Logger>") createLogger: LoggerFactory) {
        this.createLogger = createLogger;
    }

    run() {
        const logger = this.createLogger();
        logger.log("App started using factory");
    }
}

const container = new Container();
container.bind<Logger>(Logger).toSelf();
container.bind<LoggerFactory>("Factory<Logger>").toFactory<Logger>((context) => {
    return () => {
        return context.container.get<Logger>(Logger);
    };
});

const app = container.get<App>(App);
app.run();
支持层次化 DI 系统（Support for hierarchical DI systems）
import { Container, injectable } from "inversify";

@injectable()
class Logger {
    log(message: string) {
        console.log("Logger: " + message);
    }
}

const parentContainer = new Container();
const childContainer = new Container({ defaultScope: "Singleton", parent: parentContainer });

parentContainer.bind<Logger>(Logger).toSelf();
const parentLogger = parentContainer.get<Logger>(Logger);
parentLogger.log("Logged from parent");

childContainer.bind<Logger>(Logger).toSelf();
const childLogger = childContainer.get<Logger>(Logger);
childLogger.log("Logged from child");

// 子容器从父容器继承绑定，但可以覆盖
注入提供者（Injecting a Provider）
import { Container, injectable, inject, Provider } from "inversify";

@injectable()
class Logger {
    log(message: string) {
        console.log("Logger: " + message);
    }
}

type LoggerProvider = () => Promise<Logger>;

@injectable()
class App {
    private getLogger: LoggerProvider;

    public constructor(@inject("Provider<Logger>") getLogger: LoggerProvider) {
        this.getLogger = getLogger;
    }

    async run() {
        const logger = await this.getLogger();
        logger.log("App started using provider");
    }
}

const container = new Container();
container.bind<Logger>(Logger).toSelf().inSingletonScope();
container.bind<LoggerProvider>("Provider<Logger>").toProvider<Logger>((context) => {
    return () => Promise.resolve(context.container.get<Logger>(Logger));
});

const app = container.get<App>(App);
app.run();
多重注入（Multi-injection）
import { Container, injectable, inject, multiInject } from "inversify";

interface IService {
    doWork(): void;
}

@injectable()
class ServiceA implements IService {
    public doWork() {
        console.log("Service A doing work");
    }
}

@injectable()
class ServiceB implements IService {
    public doWork() {
        console.log("Service B doing work");
    }
}

@injectable()
class Client {
    private services: IService[];

    public constructor(@multiInject("IService") services: IService[]) {
        this.services = services;
    }

    public performWork() {
        this.services.forEach(service => service.doWork());
    }
}

const container = new Container();
container.bind<IService>("IService").to(ServiceA);
container.bind<IService>("IService").to(ServiceB);
container.bind<Client>(Client).toSelf();

const client = container.get<Client>(Client);
client.performWork();
循环依赖（Circular dependencies）

InversifyJS 官方文档并不推荐使用循环依赖，但如果你确实在一个复杂的情况下遇到了这种情况，可以通过工厂或提供者来解决，例如：

import { Container, injectable, inject, interfaces } from "inversify";

@injectable()
class ServiceA {
    private serviceBFactory: () => ServiceB;

    public constructor(@inject("Factory<ServiceB>") serviceBFactory: () => ServiceB) {
        this.serviceBFactory = serviceBFactory;
    }

    public doWork() {
        const serviceB = this.serviceBFactory();
        serviceB.helpWithWork();
    }
}

@injectable()
class ServiceB {
    constructor(private serviceA: ServiceA) {}

    public helpWithWork() {
        console.log("Service B helping");
    }
}

const container = new Container();
container.bind<ServiceA>(ServiceA).toSelf();
container.bind<ServiceB>("Factory<ServiceB>").toFactory<ServiceB>((context: interfaces.Context) => {
    return () => {
        return context.container.get<ServiceA>(ServiceA);
    };
});

const serviceA = container.get<ServiceA>(ServiceA);
serviceA.doWork();

以上代码示例展示了如何解决循环依赖问题。ServiceA 依赖于一个可以创建 ServiceB 实例的工厂函数，而 ServiceB 依赖于 ServiceA。通过使用工厂函数，我们可以延迟 ServiceB 的创建，直到 ServiceA 实例化和准备好后。

在这里插入图片描述

微信搜索“好朋友乐平”关注公众号。

github原文地址

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/383981.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

JAVA学习笔记9

JAVA学习笔记9

1.Java API 文档 1.java类的组织形式 2.字符类型(char) 1.基本介绍 ​ *字符类型可以表示单个字符&#xff0c;字符类型是char&#xff0c;char是两个字节&#xff08;可以存放汉字&#xff09;&#xff0c;多个字符我们用字符串String ​ eg:char c1 ‘a’; ​ char c2…
阅读更多...
机器学习：过拟合和欠拟合的介绍与解决方法

机器学习：过拟合和欠拟合的介绍与解决方法

过拟合和欠拟合的表现和解决方法。 其实除了欠拟合和过拟合&#xff0c;还有一种是适度拟合&#xff0c;适度拟合就是我们模型训练想要达到的状态&#xff0c;不过适度拟合这个词平时真的好少见。 过拟合 过拟合的表现 模型在训练集上的表现非常好&#xff0c;但是在测试集…
阅读更多...
京东云StarDB for openGauss实现混合多云场景元数据安全可控

京东云StarDB for openGauss实现混合多云场景元数据安全可控

推进产业数字化&#xff0c;构筑数智供应链技术底座&#xff0c;绕不开全球信息技术基础三大件之一的数据库。以技术创新为手段&#xff0c;以满足未来业务需求为目标&#xff0c;京东云自主研发的分布式数据库StarDB在长期的业务实践过程中不断进化&#xff0c;在海量且复杂的…
阅读更多...
Linux中FIFO管道

Linux中FIFO管道

介绍&#xff1a; FIFO被称为命名管道&#xff0c;pipe只能用于有血缘关系的进程间通信&#xff0c;但通过FIFO&#xff0c;不相关的进程也可以进程间通信。 FIFO是linux基础文件类型的一种&#xff08;文件类型为p&#xff09;&#xff0c;FIFO文件在磁盘上没有数据块&#…
阅读更多...
五(一)java高级-集合-集合与迭代器（二）

五(一)java高级-集合-集合与迭代器（二）

5.1.2 Iterator迭代器 1、Iterator 所谓迭代器&#xff1a;就是用于挨个访问集合元素的工具/对象 方法&#xff1a; boolean hasNext():判断当前遍历集合后面是否还有元素可以迭代Object next():取出当前元素&#xff0c;并往后移→noSuchelementExceptionvoid remove():删…
阅读更多...
阿里云带宽计费模式怎么选？如何收费的？

阿里云带宽计费模式怎么选？如何收费的？

阿里云服务器带宽计费模式分为“按固定带宽”和“按使用流量”&#xff0c;有什么区别&#xff1f;按固定带宽是指直接购买多少M带宽&#xff0c;比如1M、5M、10M、100M等&#xff0c;阿里云直接分配用户所购买的带宽值&#xff0c;根据带宽大小先付费再使用&#xff1b;按使用…
阅读更多...
锐捷（二十一）全局地址绑定

锐捷（二十一）全局地址绑定

vlan划分和vlanif接口配置略&#xff0c;注意vlanif接口里要no shutdown配置如下&#xff1a; Address-bind 192.168.1.1 AAAA.BBBB.CCCCAddress-bind uplink g0/0Address-bind binding-filter loggingAddress-bind install 此时&#xff0c;IP为192.168.1.1 mac地址为AAAA.B…
阅读更多...
Win10截图的四种方式

Win10截图的四种方式

截图不一定要依靠通讯软件&#xff0c;现在系统自己就带有这些功能。 1.Win Shift S组合键&#xff1a;选择微信截图&#xff0c;部分截图&#xff0c;随心所欲&#xff1b; 2.Win W组合键&#xff1a;呼出屏幕右侧的工作区&#xff0c;选择屏幕草图&#xff0c;支持裁剪、编辑…
阅读更多...
《SQLi-Labs》05. Less 29~37

《SQLi-Labs》05. Less 29~37

title: 《SQLi-Labs》05. Less 29~37 date: 2024-01-17 22:49:10 updated: 2024-02-12 18:09:10 categories: WriteUp&#xff1a;Security-Lab excerpt: HTTP 参数污染&#xff0c;联合注入、宽字节注入。 comments: false tags: top_image: /images/backimg/SunsetClimbing.p…
阅读更多...
【深度学习】基于多层感知机的手写数字识别

【深度学习】基于多层感知机的手写数字识别

案例2&#xff1a;构建自己的多层感知机: MNIST手写数字识别 相关知识点: numpy科学计算包&#xff0c;如向量化操作&#xff0c;广播机制等 1 任务目标 1.1 数据集简介 ​ MNIST手写数字识别数据集是图像分类领域最常用的数据集之一&#xff0c;它包含60,000张训练图片&am…
阅读更多...
【C语言】实现单链表

【C语言】实现单链表

目录 &#xff08;一&#xff09;头文件 &#xff08;二&#xff09;功能实现 &#xff08;1&#xff09;打印单链表 &#xff08;2&#xff09;头插与头删 &#xff08;3&#xff09;尾插与尾删 &#xff08;4&#xff09; 删除指定位置节点 和 删除指定位置之后的节点 …
阅读更多...
DevOps：CI、CD、CB、CT、CD

DevOps：CI、CD、CB、CT、CD

目录 一、软件开发流程演化快速回顾 &#xff08;一&#xff09;瀑布模型 &#xff08;二&#xff09;原型模型 &#xff08;三&#xff09;螺旋模型 &#xff08;四&#xff09;增量模型 &#xff08;五&#xff09;敏捷开发 &#xff08;六&#xff09;DevOps 二、走…
阅读更多...
SpringCloud-高级篇（二十）

SpringCloud-高级篇（二十）

下面我们研究MQ的延迟性问题 &#xff08;1&#xff09;初始死信交换机 死信交换机作用一方面可以向Public的异常交换机一样做异常消息的兜底方案&#xff0c;另一方面&#xff0c;可以处理一些超时消息&#xff0c;功能比较丰富一点 &#xff08;2&#xff09;TTL 上面学习…
阅读更多...
Python：函数和lambda表达式

Python：函数和lambda表达式

函数实质性特定任务的一段代码&#xff0c;程序通过将一段代码定义成函数&#xff0c;并为该函数指定一个函数名&#xff0c;这样即可在需要的时候多次调用这段代码。因此&#xff0c;函数是代码复用的重要手段。 与函数紧密相关的一个知识点就是lambda表达式。lambda表达式可…
阅读更多...
【C语言】C的整理记录

【C语言】C的整理记录

前言 该笔记是建立在已经系统学习过C语言的基础上&#xff0c;笔者对C语言的知识和注意事项进行整理记录&#xff0c;便于后期查阅&#xff0c;反复琢磨。C语言是一种面向过程的编程语言。 原想在此阐述一下C语言的作用&#xff0c;然而发觉这些是编程语言所共通的作用&#…
阅读更多...
controller-manager学习三部曲之二：源码学习

controller-manager学习三部曲之二：源码学习

欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码)&#xff1a;https://github.com/zq2599/blog_demos 本篇概览 作为《controller-manager学习三部曲》系列的第二篇&#xff0c;前面通过shell脚本找到了程序的入口&#xff0c;接下来咱们来学习controller-mana…
阅读更多...
数据库管理-第149期 Oracle Vector DB AI-01（20240210）

数据库管理-第149期 Oracle Vector DB AI-01（20240210）

数据库管理149期 2024-02-10 数据库管理-第149期 Oracle Vector DB & AI-01&#xff08;20240210&#xff09;1 机器学习2 向量3 向量嵌入4 向量检索5 向量数据库5 专用向量数据库的问题总结 数据库管理-第149期 Oracle Vector DB & AI-01&#xff08;20240210&#xf…
阅读更多...
【JVM篇】ThreadLocal中为什么要使用弱引用

【JVM篇】ThreadLocal中为什么要使用弱引用

文章目录 &#x1f354;ThreadLocal中为什么要使用弱引用⭐总结 &#x1f354;ThreadLocal中为什么要使用弱引用 ThreadLocal可以在线程中存放线程的本地变量&#xff0c;保证数据的线程安全 ThreadLocal是这样子保存对象的&#xff1a; 在每个线程中&#xff0c;存放了一个…
阅读更多...
以谷歌浏览器为例 讲述 JavaScript 断点调试操作用法

以谷歌浏览器为例 讲述 JavaScript 断点调试操作用法

今天来说个比较实用的东西 用浏览器开发者工具 对 javaScript代码进行调试 我们先创建一个index.html 编写代码如下 <!DOCTYPE html> <html lang"en"> <head><meta charset"UTF-8"><meta name"viewport" content&…
阅读更多...
【每日一题】牛客网——链表分割

【每日一题】牛客网——链表分割

&#x1f4da;博客主页&#xff1a;爱敲代码的小杨. ✨专栏&#xff1a;《Java SE语法》 | 《数据结构与算法》 | 《C生万物》 ❤️感谢大家点赞&#x1f44d;&#x1f3fb;收藏⭐评论✍&#x1f3fb;&#xff0c;您的三连就是我持续更新的动力❤️ &#x1f64f;小杨水平有…
阅读更多...
最新文章

Copyright @ 2022~2023