在 Simple Injector 中延迟创建实例

Question

我在我的项目中使用 Simple Injector 来连接所有必需的依赖项，但我无法调用 container.Verify，因为它会在实际的第一个请求之前为 http 配置创建一个 Singleton 实例

public interface IConfiguration { }
public class Configuration : IConfiguration
{
    public Configuration()
    {
        var httpContext = HttpContext.Current;
        var httpRequest = currentHttpContext.Request;
        var httpRequestUrl = currentHttpRequest.Url;

        this.UriScheme = currentHttpRequestUrl.Scheme;
        this.UriHost = currentHttpRequestUrl.Host;
        this.UriPort = currentHttpRequestUrl.Port;
    }

    public string UriScheme { get; private set; }
    public string UriHost { get; private set; }
    public int UriPort { get; private set; }
}

public class ServiceA
{
    private readonly _configuration;

    public ServiceA(IConfiguration configuration) 
    {
        _configuration = configuration 
    }
}

public class ServiceB
{
    private readonly _configuration;

    public ServiceB(IConfiguration configuration) 
    {
        _configuration = configuration
    }
}

这是场景的一个基本示例。我目前有大约 60 个服务，全部取决于 IConfiguration

所有配置都需要在创建配置类时进行

这就是我在容器中注册实例的方法

var container = new Container();

//container.RegisterSingleton<IConfiguration, Configuration>();

var lazy = new Lazy<InstanceProducer>(() =>
    Lifestyle.Singleton.CreateProducer(typeof(IConfiguration), typeof(Configuration), container));

container.Register<ServiceA>();
container.Register<ServiceB>();

container.Verify(); // Creates configuration class --> not desired

根据How can I skip verification of an object in the container

所以这里的技巧是在验证过程之后触发创建新的InstanceProducer 实例

我知道解决方法是使用 Lazy<T> 和 InstanceCreator，但我无法正确完成挂钩代码

编辑

Configuration 类没有依赖关系。 Configuration 的问题在于，它在 container.Verify 方法调用上被创建为 Singleton，而当时 currentHttpRequest.Url 不是实际的 url

我想我可以将配置从构造函数移动到方法（例如GetConfiguration）并进行一些重构，但我很好奇在问题的场景下是否可以实现延迟实例创建

Answer 1

正如 Mark Seemann 在this 文章中所解释的，注入构造函数应该简单可靠。他们不应该做任何可能导致它失败的事情。在构造函数中调用 HttpContext.Current 会使其不可靠，因为这可能会失败。

除此之外，您的 Configuration 组件现在依赖于运行时数据（HttpContext.Current 是运行时数据），这是一种罪过，如 this article 中所述。

但是，您的问题的解决方案非常简单明了。只需将您的 Configuration 类更改为以下内容：

public sealed class Configuration : IConfiguration
{
    public string UriScheme => this.Url.Scheme;
    public string UriHost => this.Url.Host;
    public int UriPort => this.Url.Port;
    private Uri Url => HttpContext.Current.Request.Url;
}

这不仅简化了事情，还消除了您正在应用的反模式，这些反模式会给您带来麻烦。您的构造函数现在非常简单，甚至不再存在（不能比这更简单了）。现在仅在构造对象图后才请求运行时数据（来自HttpContext.Current）。这允许容器可靠地验证其配置。