架构:在开发/生产中使用不同的类

这可能只是我…但这真的是个坏主意。

您不应该让未在开发/测试中运行的代码在现场运行。否则,就无法验证代码是否正常工作(当然,除了将其推入生产环境并交叉手指)。

出于这个原因,我认为你不会找到一个很好的例子来说明你在寻找什么。

更新

你所描述的和你原来的问题读起来略有不同。如果是这种情况,您可以让您的“框架”读取指定验证和日志记录级别的配置文件。这样,您的配置文件可以在不同的环境中有所不同,并且仍然运行相同的代码库。

也就是说,你可能正在寻找一个 Factory Factory Method 图案

在我的例子中,我有一个带有沙箱和实时环境的支付网关。我所做的就是使用一个 factory 模式+接口(因此所有网关都有相同的签名)+配置(系统知道需要实例化哪个类)

在不同的环境中使用不同的代码不是一个好主意。

对于您的场景,我认为最好的选择是将您希望在特定环境中避免的事情外部化为配置方面,并在部署应用程序时设置详细的日志开/关、字段的健全性检查开/关等。

必须以一致的方式对环境进行任何更改,以避免出现问题。版本控制系统和一致的构建和部署过程是您的朋友。