问对于进行大量A/B测试的代码库来说，什么是好的模式？

EN

依赖注入和装饰图案是你做A/B测试的最好朋友。我的团队在任何时候都有几个实验在运行，我们为所有这些实验维护一个代码库。

总的思想是为您想要进行A/B测试的每一个逻辑定义一个接口，并创建：

• 具有现有逻辑的生产(控制)实现
• 使用要测试的新逻辑的一个或多个处理实现
• 一种交换层(修饰器)，它构成上述实现，并为传入请求选择使用哪一种实现。

结合依赖注入，在不触及控件实现的情况下添加和删除实验就变得非常简单。

在每个版本部署许多特性并在生产中测试它们时，有四件事对我有很大帮助：

• 特征标志。
• 白种人。
• 路由控制。
• 详细记录。

特征标志允许我们在控制的时间内启用一个特征，例如一天中的特定部分，或者仅在一个区域。它允许我们快速地“撤销”一个不适用于客户的更改。

白名单允许我们只为一组特定的、定义良好的客户启用一个功能。它允许我们有明确的“测试版测试人员”的一个功能，并迅速扩大或缩小他们的名单。

路由控制允许我们例如将2%的流量定向到具有特征集A的服务器，将3%的流量定向到具有特征集B的服务器，而将其余的流量引导到最新的稳定服务器。

详细的日志记录使我们能够判断哪一行属于哪个服务器，哪个版本等等。每一行包含足够的信息，可以轻松地分组启用/禁用特定功能的行，并进行分析/比较(使用Splunk)。

希望这能有所帮助。