流浪数据与可测试性

Question

我现在没有做太多新的开发，而是对旧的 C# 子系统进行了大量重构，这些子系统的原始需求不再支持新的需求，我将添加意想不到的需求。我现在也尽可能使用 Rhino Mocks 和单元测试（与 2008 相比）。

我的困境是，为了使方法可测试和可模拟，我需要使用接口定义明确的“合同”。然而，如果我这样做，许多类使用的许多全局数据都会变成流浪数据，从一个方法传递到另一个方法，直到它到达其预期用户；这看起来很难看，而且违背了我的感受，但是......可以被嘲笑。制作具有大量静态全局属性的混合包类是一个更有吸引力的选择，但不是 Rhino 可测试的。两者之间有中间立场吗？可测试但不是太笨拙？也许是模式？

您还应该了解，这些应用程序运行在内部公司开发的平台上，因此有很多助手类和服务，每个应用程序实例化一次，然后在整个应用程序中使用，例如数据库访问器助手类。另一个例子是使用一次读取的配置文件，并出于各种原因通过不同的方法在整个应用程序中使用。

您的想法表示赞赏。

Answer 1

您可能想在这里查看某种形式的服务定位器模式。让他们班级找到自己的流浪汉。

其他一些合理的选择包括将大量常用的东西包装在某种“应用程序上下文”类中。

如果您还没有这样做，您可能还希望研究依赖注入。