Question

如何去定义一个模块

• 一个模块应该具有可读性和可理解性，因为它应该专注于一件事
• 一个模块被表示为一个单独的文件，使得其更容易被识别
• 模块可以更容易地在不同的应用程序中复用

依赖注入

依赖注入（DI）模式可能是软件设计中最容易被误解的概念之一。许多人将这个术语与框架和依赖注入容器相关联，例如 Spring （用于 Java 和 C# ）或 Pimple （用于 PHP ），但实际上它是一个很简单的概念。依赖注入模式背后的主要思想是由外部实体提供输入的组件的依赖关系。

这样的实体可以是客户端组件或全局容器，它集中了系统所有模块的关联。这种方法的主要优点是解耦，特别是对于取决于有状态实例的模块。使用 DI，从外部接收每个依赖项，而不是硬编码到模块中。这意味着模块可以配置为其中的依赖关系，因此可以在不同的上下文中重用。

服务定位器

服务定位器核心原则是拥有一个中央注册中心，以便管理系统组件，并在模块需要加载依赖时作为中介。这个想法是要求服务定位器所连接的是依赖注入模块，而不是硬编码模块。通过使用服务定位器，我们引入了对它的依赖关系，它连接到模块的方式决定了它们的耦合程度，其可重用性较高。 在 Node.js 中，我们可以确定三种类型的服务定位器，区分它们的关键因素是它们连接到系统各个组件的方式：分为硬编码依赖服务定位器、依赖注入服务定位器和全局注入服务定位器。

服务定位器的基本模式：

"use strict";

module.exports = () => {
  const dependencies = {};
  const factories = {};
  const serviceLocator = {};

  serviceLocator.factory = (name, factory) => {
    factories[name] = factory;
  };

  serviceLocator.register = (name, instance) => {
    dependencies[name] = instance;
  };

  serviceLocator.get = (name) => {
    if (!dependencies[name]) {
      const factory = factories[name];
      dependencies[name] = factory && factory(serviceLocator);
      if (!dependencies[name]) {
        throw new Error('Cannot find module: ' + name);
      }
    }
    return dependencies[name];
  };

  return serviceLocator;
};