具有配置依赖的常用对象

Question

我们的应用程序中有一个非常常见的对象。在这种情况下，我们将其称为球。球工作正常，但在某些配置中它们的行为有所不同。目前的设置如下：

class Ball
{
    private static readonly bool BallsCanExplode;
    static Ball()
    {
        bool.TryParse(ConfigurationManager.AppSettings["ballsCanExplode"], 
            out BallsCanExplode);
    }
    public Ball(){}
}

这在实践中完全正常。如果配置是球可以爆炸，它们就会爆炸，如果不是，则不会爆炸。问题是它完全不可测试。我还没有找到一个好方法来保持它的可测试性，并且仍然易于实例化。

最简单的解决方案是将球和配置解耦：

class Ball
{
    private readonly bool CanExplode;
    public Ball(bool canExplode);
}

这样做的问题是，Ball 类中曾经的孤立依赖项现在已经扩展到生成 Ball 的每个类。如果注入了依赖项，那么爆炸球的知识就必须注入到各处。

BallFactory 也存在同样的问题。虽然每个类都可以直接使用 new Ball()，但它现在必须知道必须在任何地方注入的 BallFactory。另一种选择是使用已经嵌入到应用程序中的服务定位器：

class Ball
{
    private readonly bool CanExplode;
    public Ball()
    {
        CanExplode = ServiceLocator.Get<IConfiguration>().Get("ballsCanExplode");
    }
}

这仍然保留球中的配置依赖项，但允许注入测试配置。尽管球使用得太多，但这似乎有点矫枉过正在每次 new Ball() 调用时找到该服务。

保持其可测试性并且易于实例化的最佳方法是什么？

注意：应用程序中同时存在依赖注入框架和服务定位器，这两个框架都经常使用。

Answer 1

实例化球的类应该接收 BallFactory 作为依赖项。 BallFactory 可以在应用程序启动时进行相应配置，无论是生成爆炸球还是非爆炸球。

不要让 BallFactory 读取应用程序配置文件来确定要生成哪种类型的球。应该将其注入 BallFactory 中。

服务定位器是一种反模式。不要使用它们。

Answer 2

我会使用诸如 ServiceLocator 之类的东西来设置 静态 DefaultBallsCanExplode，然后可能有一个重载的构造函数，可以将 ballsCanExplode bool 作为选项。

保持简单！

Answer 3

据我正确理解，应用程序中的所有球始终表现相同。它们要么爆炸，要么不爆炸，由配置开关决定。您可以做的就是在 DI 框架中进行配置。根据框架，应用程序根中的接线可能如下所示：：

bool ballsCanExplode =
    bool.Parse(ConfigurationManager.AppSettings["ballsCanExplode"]);

container.Register<Ball>(() => new Ball(ballsCanExplode)); 

当您执行此操作时，您可以使用服务定位器模式来获取球的新实例，就像您已经习惯的那样：

ServiceLocator.Get<Ball>();

但更好的是让DI 框架在其他类型的构造函数中注入 Ball 依赖项（更容易测试）。

Answer 4

我投票给配置服务路径。对于典型的服务定位器实现来说，开销应该不会很高，如果以后需要，您可以缓存配置服务。更好的是，使用依赖注入框架，您不需要显式定位服务。

Answer 5

怎么样：

internal interface IBallConfigurer
{
    bool CanExplode { get; }
}

internal class BallConfigurer : IBallConfigurer
{
    public bool CanExplode
    {
        get
        {
            bool BallsCanExplode;
            bool.TryParse(ConfigurationManager.AppSettings["ballsCanExplode"],
        out BallsCanExplode);
            return BallsCanExplode;

        }
    }
}

public class Ball
{
    private bool canExplode;

    public Ball()
        :this(new BallConfigurer())
    {

    }

    internal Ball(IBallConfigurer ballConfigurer)
    {
        this.canExplode = ballConfigurer.CanExplode;
    }
}

这样，您可以使球类内部对您的单元测试程序集可见，并注入自定义球配置器。