In uno script precedente, abbiamo visto come sfruttare Ninject in un'applicazione ASP.NET MVC in modo da iniettare automaticamente le dipendenze all'interno dei controller.
Una simile necessità può verificarsi anche con un action filter. Per esempio, un authorization filter potrebbe aver bisogno di IUserService per accedere ai dati degli utenti e verificare se l'utente ha accesso alla funzionalità richiesta, oppure potrebbe accettare nel costruttore un array di IUserAuthorizationPolicy, da valutare in sequenza:
public class MyCustomAuthorization : IAuthorizationFilter { private IUserAuthorizePolicy[] _policies; public MyCustomAuthorization(IUserAuthorizePolicy[] policies) { _policies = policies; } public void OnAuthorization(AuthorizationContext filterContext) { if (_policies.Any(x => !x.Authorize(filterContext))) { throw new UnauthorizedAccessException(); } } }
Nell'esempio in alto, sul metodo OnAuthorization, valutiamo il risultato delle policy (metodo Authorize) registrate e, se una di queste fallisce, neghiamo l'accesso alla risorsa.
Come possiamo notare, MyCustomAuthorization sfrutta la constructor injection per accedere all'elenco delle policy. In questo modo, però, non possiamo utilizzare direttamente questo filtro, indicandolo come attributo; dobbiamo realizzare invece una seconda classe che erediti da Attribute e che, sebbene priva di logica, utilizzeremo per marcare le action e i controller per i quali vogliamo applicare le nostre regole di autorizzazione.
public class MyAuthorizationAttribute : Attribute { }
A questo punto, possiamo finalmente configurare Ninject. Se abbiamo sfruttato il package Ninject.Mvc3, questa operazione può essere effettuata nel metodo RegisterServices di NinjectWebCommon:
using Ninject.Web.Mvc.FilterBindingSyntax; private static void RegisterServices(IKernel kernel) { // .. altri binding ... kernel.BindFilter<MyCustomAuthorization>(FilterScope.Action, null) .WhenActionMethodHas<MyAuthorizationAttribute>(); kernel.BindFilter<MyCustomAuthorization>(FilterScope.Controller, null) .WhenActionMethodHas<MyAuthorizationAttribute>(); }
Il metodo BindFilter è disponibile se importiamo il namespace Ninject.Web.Mvc.FilterBindingSyntax e ci permette di associare ed eseguire il filtro MyCustomAuthorization alla presenza dell'attribute MyAuthorizationAttribute, sia a livello di action che di controller. Se invece vogliamo registrare il filtro a livello globale, possiamo omettere la condizione di when:
private static void RegisterServices(IKernel kernel) { // .. altri binding ... kernel.BindFilter<MyCustomAuthorization>(FilterScope.Global, null) }
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Rinnovare il token di una GitHub App durante l'esecuzione di un workflow
Garantire la provenienza e l'integrità degli artefatti prodotti su GitHub
Gestione dei nomi con le regole @layer in CSS
Ottenere un token di accesso per una GitHub App
Introduzione alle Container Queries
Triggerare una pipeline su un altro repository di Azure DevOps
Paginare i risultati con QuickGrid in Blazor
Utilizzare Azure Cosmos DB con i vettori
Utilizzare il trigger SQL con le Azure Function
Path addizionali per gli asset in ASP.NET Core MVC
Eseguire una ricerca avanzata per recuperare le issue di GitHub
Ricevere notifiche sui test con Azure Load Testing