Pielāgotas validācijas izveide esošajam e-pastam pakalpojumā ASP.NET

Izpratne par pielāgotajiem pārbaudītājiem un atkarības ievadīšanu

ASP.NET piedāvā jaudīgus rīkus stabilu tīmekļa lietojumprogrammu izstrādei, tostarp iespēju izveidot pielāgotus validācijas atribūtus, kas var palīdzēt nodrošināt datu integritāti un lietotāju atbilstību. Iesācējiem šādas validācijas pievienošanas koncepcija, īpaši ar atkarības ievadīšanu, var šķist biedējoša. Šajā scenārijā mūsu mērķis ir izstrādāt pielāgotu validācijas atribūtu, kas pārbauda, ​​vai sistēmā jau pastāv e-pasta adrese, izmantojot lietojumprogrammā jau definētos pakalpojumus.

Process ietver IUserService integrēšanu, izmantojot pielāgota validācijas atribūta konstruktoru, kas pēc tam izmanto šo pakalpojumu, lai pārbaudītu datu bāzē e-pasta esamību. Šī pieeja izceļ ASP.NET validācijas sistēmas sajaukumu ar tās atbalstu atkarības ievadīšanai, nodrošinot tīrāku, labāk uzturējamu kodu. Tomēr atkarības injekcijas integrēšana validācijas atribūtā rada unikālas problēmas, jo īpaši saistībā ar atribūta konfigurāciju un pakalpojumu dzīves cikliem.

Pielāgotas validācijas skaidrojums ar atkarības ievadīšanu ASP.NET

Sniegtie piemēri parāda, kā ASP.NET Core lietojumprogrammā integrēt pielāgotus validācijas atribūtus ar atkarības injekciju, kas ir ļoti svarīga iespēja, lai nodrošinātu, ka atkarības, piemēram, pakalpojumus, var ievadīt validācijas loģikā, nodrošinot dinamiskākas un noturīgākas datu validācijas stratēģijas. Šīs iestatīšanas galvenā sastāvdaļa ir ActivatorUtilities.CreateInstance metodi. Šī metode ir īpaši noderīga, ja atribūtā ir jāizveido tāda veida gadījums (piemēram, pakalpojums), kurā konstruktora injekcija netiek sākotnēji atbalstīta. Tas darbojas, manuāli ienesot pakalpojumu no ASP.NET Core atkarības injekcijas konteinera, izmantojot HttpContextAccessor().HttpContext.RequestServices.

Šī pakalpojuma izguve tiek veikta pielāgotā atribūta konstruktorā, ļaujot atribūtam izmantot tādus pakalpojumus kā IUserService lai veiktu izpildlaika datu pārbaudes, piemēram, pārbaudītu, vai datu bāzē jau ir e-pasts. Turklāt izmantošana AddControllersWithViews un konfigurējot to ar opcijām ModelMetadataDetailsProviders nodrošina uzlabotu kontroli pār to, kā tiek apstrādāti modeļi un to validācijas. Šī konfigurācija ir būtiska, lai MVC konveijerā ievadītu pielāgotu validācijas loģiku, tādējādi nemanāmi integrējoties ar ASP.NET Core validācijas sistēmu. Šī pieeja demonstrē sarežģītu ASP.NET Core paplašināmā un modulārā ietvara izmantošanu, lai risinātu sarežģītus validācijas scenārijus, kas parasti sastopami mūsdienu tīmekļa lietojumprogrammās.

[AttributeUsage(AttributeTargets.Property | AttributeTargets.Field, AllowMultiple = false)]
public class EmailAlreadyExistsAttribute : ValidationAttribute
{
    private readonly IUserService _userService;
    public EmailAlreadyExistsAttribute() : base(() => ActivatorUtilities.CreateInstance<IUserService>(new HttpContextAccessor().HttpContext.RequestServices))
    {
        _userService = (IUserService)HttpContextAccessor().HttpContext.RequestServices.GetService(typeof(IUserService));
    }
    protected override ValidationResult IsValid(object value, ValidationContext validationContext)
    {
        string email = value as string;
        if (_userService.CheckIfUserWithTheEmailAlreadyExists(email))
        {
            return new ValidationResult(FormatErrorMessage(validationContext.DisplayName));
        }
        return ValidationResult.Success;
    }
}

public void ConfigureServices(IServiceCollection services)
{
    services.AddScoped<IUserService, UserService>();
    services.AddControllersWithViews(options =>
    {
        options.ModelMetadataDetailsProviders.Add(new ValidationProvider<IUserService>(services.BuildServiceProvider().GetService<IUserService>()));
    });
}
public class ValidationProvider<T> : IMetadataDetailsProvider where T : notnull
{
    private readonly T _service;
    public ValidationProvider(T service)
    {
        _service = service;
    }
    public void CreateValidationMetadata(ValidationMetadataProviderContext context)
    {
        context.ValidationMetadata.ValidatorProviders.Add(new InlineValidatorProvider(_service));
    }
}

Uzlabotas atkarības ievadīšanas metodes ASP.NET validācijas atribūtos

Viens no kritiskajiem aspektiem, ieviešot atkarības injekciju pielāgotajos validācijas atribūtos ASP.NET, ir pakalpojuma dzīves cikla un darbības jomas izpratne. Atkarības ievadīšana atribūtos nav vienkārša, jo atribūti tiek lietoti metadati kompilēšanas laikā un tādējādi nevar tieši pieņemt izpildlaika datus, piemēram, pakalpojumus, ko nodrošina DI konteineri. Tāpēc ir svarīgi izmantot tādas metodes kā piekļuve HTTP kontekstam vai pakalpojumu lokatoru izmantošana, lai netieši ievadītu atkarības. Šādas pieejas palīdz uzturēt tīru un pārbaudāmu kodu, vienlaikus ievērojot ASP.NET Core atkarības pārvaldības labāko praksi.

Turklāt, lai saprastu, kā apiet atribūtu konstruktoru ierobežojumus, kas neatbalsta tiešu pakalpojumu ievadīšanu, ir nepieciešams dziļāks ieskats ASP.NET Core iekšējās darbībās. Izstrādātājiem ir jānodrošina, lai pakalpojumi, kuriem tiek piekļūts atribūtu ietvaros, būtu droši un atbilstoši tvērumam, lai izvairītos no iespējamām problēmām izpildlaikā. Šī uzlabotā izpratne palīdz ASP.NET Core lietojumprogrammās izveidot izturīgākus un apkopējamākus validācijas mehānismus, tādējādi uzlabojot lietojumprogrammu uzticamību un izstrādātāju produktivitāti.