在我的Asp.Net MVC Core项目中,我使用SimpleInjector作为IoC。我之所以使用它,是因为有可能注册开放的泛型。
在某些视图模型中,我实现了IValidatableObject
。
public class MyViewmodel: IValidatableObject
{
public string SomeProperty { get;set; }
//...
public IEnumerable<ValidationResult> Validate(ValidationContext validationContext)
{
//...
IMyService service = validationContext.GetService(typeof(IMyService)) as IMyService;
}
}
并且方法GetService
返回null
,因为IMyService已由SimpleInjector在应用程序中注册。
在我的控制器中,我使用了这样的验证:
[HttpPost]
public async Task<IActionResult> Edit(MyViewmodel model)
{
if (ModelState.IsValid)
{
//...
}
return View(model);
}
因此,是否有办法从ValidationContext中的Asp.Net Core IServiceProvider
获取IMyService?
答案 0 :(得分:4)
尽管将验证逻辑放在模型对象本身内部没有任何内在的错误,但是当验证逻辑要求服务起作用时,问题开始出现。在这种情况下,您最终将应用Service Locator anti-pattern(通过调用validationContext.GetService
)。
相反,当涉及到需要服务才能运行的更复杂的验证时,最好分离数据和行为。这使您可以将验证逻辑移至单独的类。此类可以应用构造函数注入,因此不必使用任何反模式。
要实现此目的,请从您自己的可以验证实例的抽象开始。例如:
public interface IValidator<T>
{
IEnumerable<string> Validate(T instance);
}
在此抽象之上,您可以定义尽可能多的实现,例如一个(或多个)用于验证MyViewmodel
的实现:
public class MyViewmodelValidator : IValidator<MyViewmodel>
{
private readonly IMyService service;
public MyViewmodelValidator(IMyService service) => this.service = service;
public IEnumerable<string> Validate(MyViewmodel instance)
{
yield return "I'm not valid.";
}
}
这是使事物运转所需的所有应用程序代码。当然,您应该根据自己的应用需求对IValidator<T>
接口进行建模。
剩下的就是确保MVC在验证视图模型时使用这些验证器。这可以通过自定义IModelValidatorProvider
实现来实现:
class SimpleInjectorModelValidatorProvider : IModelValidatorProvider
{
private readonly Container container;
public SimpleInjectorModelValidatorProvider(Container container) =>
this.container = container;
public void CreateValidators(ModelValidatorProviderContext ctx)
{
var validatorType =
typeof(ModelValidator<>).MakeGenericType(ctx.ModelMetadata.ModelType);
var validator = (IModelValidator)this.container.GetInstance(validatorType);
ctx.Results.Add(new ValidatorItem { Validator = validator });
}
}
// Adapter that translates calls from IModelValidator into the IValidator<T>
// application abstraction.
class ModelValidator<TModel> : IModelValidator
{
private readonly IEnumerable<IValidator<TModel>> validators;
public ModelValidator(IEnumerable<IValidator<TModel>> validators) =>
this.validators = validators;
public IEnumerable<ModelValidationResult> Validate(ModelValidationContext ctx) =>
this.Validate((TModel)ctx.Model);
private IEnumerable<ModelValidationResult> Validate(TModel model) =>
from validator in this.validators
from errorMessage in validator.Validate(model)
select new ModelValidationResult(string.Empty, errorMessage);
}
剩下要做的就是在MVC管道中添加SimpleInjectorModelValidatorProvider
并进行所需的注册:
services.AddMvc(options =>
{
options.ModelValidatorProviders.Add(
new SimpleInjectorModelValidatorProvider(container));
});
// Register ModelValidator<TModel> adapter class
container.Register(typeof(ModelValidator<>), typeof(ModelValidator<>),
Lifestyle.Singleton);
// Auto-register all validator implementations
container.Collection.Register(
typeof(IValidator<>), typeof(MyViewmodelValidator).Assembly);
瞧!您可以使用它—一个完全松散耦合的验证结构,可以根据应用程序的需求进行定义,同时使用诸如构造器注入之类的最佳实践,并且可以对验证代码进行全面测试,而不必求助于反模式。与MVC基础架构紧密结合。
答案 1 :(得分:1)
@Steven给出了一个令人惊奇的答案,但对于那些想知道如何使用IServiceProvider
而不是其他库中的Container
使其适应内置依赖注入机制的人来说,它们被卡住了在
services.AddMvc(options =>
{
options.ModelValidatorProviders.Add(
new SimpleInjectorModelValidatorProvider(/* TODO how do I get the IServiceProvider */));
});
秘诀在于创建另一个配置MvcOptions
并获得注入IServiceProvider
的类:
public class ConfigureMvcOptions : IConfigureOptions<MvcOptions>
{
private readonly IServiceProvider provider;
public ConfigureMvcOptions(IServiceProvider provider)
{
this.provider = provider;
}
public void Configure(MvcOptions options)
{
options.ModelValidatorProviders.Add(new SimpleInjectorModelValidatorProvider(this.provider));
}
}
,然后您可以按照常规方式在Startup.cs
中进行注册:
services.AddSingleton<IConfigureOptions<MvcOptions>, ConfigureMvcOptions>();