依赖注入：没有类型的服务

Question

我试图将我的应用程序中的问题分开，我认为Steven的这个答案非常适合我的场景，但我正在尝试删除ninject元素： 验证：如何使用Ninject注入模型状态包装器？

我已经从答案中添加了所有必需的类。

我有我的服务：

public class PromotionService {
    private readonly IValidationProvider validationProvider;

    public PromotionService(IValidationProvider validationProvider) {
        this.validationProvider = validationProvider;
    }

    public void CreatePromotion(string promoName) {
        //build the model
        Promotion promo = new Promotion() {
            //Name = promoName
        };

        //validate and throw validation exception
        validationProvider.Validate(promo);
    }
}

我的配置服务：

        //Register Business Logic services
        services.AddScoped<PromotionService>();

        //get scope factory
        var scopeFactory = services
                .BuildServiceProvider()
                .GetRequiredService<IServiceScopeFactory>();

        //https://stackoverflow.com/questions/4776396/validation-how-to-inject-a-model-state-wrapper-with-ninject
        Func<Type, IValidator> validatorFactory = type =>
        {
            var valType = typeof(Validator<>).MakeGenericType(type);
            return (IValidator)scopeFactory.CreateScope().ServiceProvider.GetRequiredService(valType);
        };

        services.AddSingleton<IValidationProvider>(x => new ValidationProvider(validatorFactory));

        services.AddScoped<Validator<Promotion>, PromotionValidator>();

问题我在调用validationProvider.Validate(promo);时遇到异常validationProvider.Validate(promo);

InvalidOperationException: No service for type 'VepoPortal.Services.Validators.Validator`1[VepoCustomerDatabase.Models.Promotion]' has been registered.

但是我在这里注册了： services.AddScoped<Validator<Promotion>, PromotionValidator>();

问题如何在不需要Ninject的情况下解决此问题 ？

编辑：用实际代码修复：

        services.AddScoped<Validator<Promotion>, PromotionValidator>();

        services.AddScoped<IValidationProvider>(sp => {
            Func<Type, IValidator> validatorFactory = type => {
                var valType = typeof(Validator<>).MakeGenericType(type);
                return (IValidator)sp.GetRequiredService(valType);
            };
            return new ValidationProvider(validatorFactory);
        });

Answer 1

var scopeFactory = services
    .BuildServiceProvider()
    .GetRequiredService<IServiceScopeFactory>();

有了这个，您构建一个单独的服务提供者并使用该服务提供者的服务来获得服务范围工厂。

所以当你以后做以下事情时：

return (IValidator)scopeFactory.CreateScope().ServiceProvider.GetRequiredService(valType);

您正在使用该单独的服务提供商。 当您解析该服务提供商提供的服务时，这些服务与您的应用程序内部运行的服务完全分开。

由于您在创建了单独的服务提供商后才注册了Validator<Promotion> ，因此该服务提供商不会包含您的验证服务。

在同一个应用程序中拥有多个服务提供程序通常不是一个好主意。 它只会导致服务具有多个生命周期，例如，每个服务提供商只存在一次单例，当您与其他提供商的服务交互时（例如您现在），您将遇到问题。 相反，您应该尝试仅使用单个服务提供商来解决您的问题。

在您的情况下，您可以通过更改验证提供程序的注册来实现目标：

services.AddSingleton<IValidationProvider>(sp =>
{
    Func<Type, IValidator> validatorFactory = type =>
    {
        var valType = typeof(Validator<>).MakeGenericType(type);
        return sp.GetRequiredService(valType);
    };

    return new ValidationProvider(validatorFactory);
});

传递给工厂的sp是服务提供者，一个正确的服务提供者。 因此，您可以直接使用它来解析初始化提供程序所需的服务。

您会注意到我没有在validatorFactory创建新的服务范围。 这是因为当您使用服务范围时，实际上应该在使用后始终处置它们。 如果您只是创建它们并从中解析服务，那么服务范围将保持打开状态，您可能会在以后遇到问题。

在您的情况下，您无法正确处置服务范围，因为您需要返回已解析的对象并希望之后使用它。 这意味着在这里使用服务范围并不是一个好主意。 您还应该考虑是否确实需要一个服务范围：ASP.NET Core已经为每个请求创建了一个服务范围，因此如果您真的需要一个范围依赖，那么重用该范围是有意义的。

不幸的是，这也意味着您的ValidationProvider实现与此并不真正兼容。 您可以使ValidationProvider本身成为作用域服务，以便它可以安全地从服务提供者访问作用域服务（无需管理自己的服务范围），或者如果您真的需要它作为单例，您也可以将此逻辑移入验证提供者实现本身。