当实现细节依赖于调用代码中的数据时，如何解耦实现细节

Question

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

这听起来可能令人费解，所以这里有一个现实生活中的例子：

• 一些在线商店出售不同品牌的产品;
• 在处理用户购买时，我们需要根据所购买产品的品牌将数据提交到不同的存储中;
• 所有这些存储都可以通过同一接口的相同实现进行访问，但可以通过不同的基础连接进行访问。

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

如果我们将任何数据(品牌数据或存储库连接配置(传递到存储库，我们要么将存储库接口耦合到品牌实体，要么将处理代码顺序到存储库实现详细信息。

那么，如何按照 IoC 原则实现此方案呢？ 也欢迎其他解耦模式的建议。

Answer 1

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

但是，为了简化进一步的代码维护，我最终使用以下体系结构(伪代码(：

核心接口：

// 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仍然与存储库的实现耦合，因为它必须知道如何以及在哪里获取其配置。

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