时间戳

首页 > 解决方案 > 当它们依赖于调用代码中的数据时如何解耦实现细节

dependency-injection - 当它们依赖于调用代码中的数据时如何解耦实现细节

问题描述

如果实现效果必须依赖于调用代码中的某些参数，如何将接口实现与调用代码解耦？

听起来可能很复杂，所以这里有一个真实的例子：

遵循 IoC 原则，我们应该有一个存储接口实现的实例，以便在不了解其内部结构的情况下处理代码。但是，数据必须根据产品的品牌发送到不同的服务器，这意味着我们必须以某种方式影响该实现。

如果我们将任何数据（品牌数据或存储库连接配置）传递给存储库，我们要么将存储库接口耦合到品牌实体，要么将订单处理代码连接到存储库实现细节。

那么如何按照 IoC 原则来实现这个场景呢？也欢迎提出其他解耦模式的建议。

标签： dependency-injectiondependenciesinversion-of-controldecoupling

解决方案

我得出的结论是，在这种情况下，代码不能完全解耦。根据手头任务的定义，业务逻辑和存储库实现之间存在耦合。

但是，为了简化进一步的代码维护，我最终使用了以下架构（在伪代码中）：

核心接口：

// Main repository interface
interface OrdersRepositoryInterface {
    store(order: Order): bool;

    // …other methods
}

// An interface of a factory that will be used to create repository instances with different configurations (different underlying storages, for example)
interface OrdersRepositoryFactoryInterface {
    createRepository(configuration: OrdersRepositoryConfigurationInterface): OrdersRepositoryInterface;
}

// An interface of a container that will create different instances of repositories based on specified brand
// An implementation of this interface is the coupling point between business logic and data persistence logic
interface OrdersRepositoryContainerInterface {
    get(brand: Brand): OrdersRepositoryInterface;
}

存储库工厂实现（与存储库本身紧密耦合，如果在接口本身中指定了存储库构造函数，则可以避免，但我个人认为这是不好的做法）：

class OrdersRepositoryImplementation implements OrdersRepositoryInterface {
    constructor(configuration: OrdersRepositoryConfigurationInterface) {
        // …
    }

    store(order: Order): bool {
        // …
    }
}

class OrdersRepositoryFactory implements OrdersRepositoryFactoryInterface {
    createRepository(configuration: OrdersRepositoryConfigurationInterface): OrdersRepositoryInterface {
        return new OrdersRepositoryImplementation(configuration);
    }
}

存储库容器实现：

class OrdersRepositoryContainer implements OrdersRepositoryContainerInterface {
    get(brand: Brand): OrdersRepositoryInterface {
        var factory = IoC.resolve(OrdersRepositoryFactoryInterface);

        var configuration1 = …;
        var configuration2 = …;

        if (brand.slug === "brand1") {
            return factory.createRepository(configuration1);
        } else {
            return factory.createRepository(configuration2);
        }
    }
}

IoC 容器绑定（如果容器支持它，最好绑定类而不是实例，因为在这些实现的构造函数中可以使用自动依赖注入）：

IoC.bindInstance(OrdersRepositoryFactoryInterface, new OrdersRepositoryFactory());
IoC.bindInstance(OrdersRepositoryContainerInterface, new OrdersRepositoryContainer());

最后但并非最不重要的一点是订单处理代码：

var order = …;

var repositoryContainer = IoC.resolve(OrdersRepositoryContainerInterface);

var repository = repositoryContainer.get(order.brand);

repository.store(order);

这种架构将允许轻松替换存储库解析逻辑。例如，将来可能会统一所有品牌的存储库，在这种情况下，只需替换 OrderRepositoryContainerInterface 实现。但是，OrdersRepositoryContainer 仍然与存储库的实现耦合，因为它必须知道如何以及从何处获取它们的配置。

我会将此答案标记为已接受，但如果有人提出更好的想法，我会很乐意改变它。

推荐阅读