Come sappiamo, il motore di ASP.NET MVC sfrutta le data annotation con le quali possiamo marcare il nostro modello, al fine di automatizzare alcune funzionalità, quali la visualizzazione della proprietà, la validazione e il binding. Tra le data annotation più utilizzate, certamente le più comuni sono l'attributo Required o StringLength che permettono rispettivamente di rendere obbligatoria una proprietà o limitarne la dimensione. Questi e gli altri attributi dispongono di molteplici proprietà e comune ad esse ci sono il messaggio di errore localizzato o non.
Spesso questi attributi sono molto ripetitivi nella loro definizione, specialmente per quanto riguarda i messaggi di errore. Nello script di oggi proponiamo la creazione di un ModelValidatorProvider, oggetto che ha il compito di restituire i validatori per una proprietà. L'implementazione predefinita è il DataAnnotationsModelValidatorProvider, che appunto fa uso degli attributi per ottenere queste informazioni. Possiamo però svilupparne uno nostro, affinché valorizziamo tutti gli attributi con messaggi standard, senza doverlo fare ad ogni utilizzo. Questa è la classe che prima di chiamare l'implementazione standard, prende gli attributi e li cambia.
public class MyModelValidatorProvider : DataAnnotationsModelValidatorProvider { protected override IEnumerable<ModelValidator> GetValidators(ModelMetadata metadata, ControllerContext context, IEnumerable<Attribute> attributes) { // Per tutti imposto questa etichetta foreach (var a in attributes.OfType<RequiredAttribute>().Where(a => String.IsNullOrEmpty(a.ErrorMessage))) a.ErrorMessage = "Il campo '{0}' è obbligatorio"; foreach (var a in attributes.OfType<StringLengthAttribute>()) a.ErrorMessage = "Il campo '{0}' può avere avere una lunghezza da {2} a {1} caratteri"; foreach (var a in attributes.OfType<MaxLengthAttribute>()) a.ErrorMessage = "Il campo '{0}' può avere avere una lunghezza massima di {1} caratteri"; foreach (var a in attributes.OfType<RangeAttribute>()) a.ErrorMessage = "Il campo '{0}' deve avere un valore compreso tra {1} e {2}"; return base.GetValidators(metadata, context, attributes); } }
Fatto questo non ci resta che registrare il nostro validatore, solitamente allo start dell'applicazione.
// Rimuovo il provider predefinito ModelValidatorProviders.Providers.Clear(); ModelValidatorProviders.Providers.Add(new MyModelValidatorProvider());
A questo punto nei nostri modelli è sufficiente marcare con l'attributo senza preoccuparci dei messaggi, i quali normalmente sono inglese, perché verranno automaticamente impostati in italiano.
public class MyModel { [Required] [StringLength(50)] public string Field1 { get; set;} }
Valorizzare il messaggio di errore è solo una delle tante possibilità. Eventualmente possiamo prima ottenere i ModelValidator dal metodo base e lavorare su di essi, se necessario.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Modificare i metadati nell'head dell'HTML di una Blazor Web App
Eliminare una project wiki di Azure DevOps
Utilizzare un numero per gestire la concorrenza ottimistica con SQL Server ed Entity Framework
Creare un webhook in Azure DevOps
Eseguire una query su SQL Azure tramite un workflow di GitHub
Gestire la cancellazione di una richiesta in streaming da Blazor
Sfruttare gli embedding e la ricerca vettoriale con Azure SQL Database
Esporre i propri servizi applicativi con Semantic Kernel e ASP.NET Web API
Creare una libreria CSS universale: i bottoni
Creare una libreria CSS universale: Clip-path
Utilizzare EF.Constant per evitare la parametrizzazione di query SQL
Change tracking e composition in Entity Framework