Quando si impostano principal personalizzate per l'attributo [Authorize] per funzionare in MVC di Microsoft versione 4 e 5, è necessario accedere a Global.asax.cs e impostare un metodo chiamato Application_PostAuthenticateRequest(). L'ho fatto nel mio attuale progetto e funziona perfettamente.MVC 5: Come viene chiamato Application_PostAuthenticateRequest() in Global.asax?
Tuttavia, mi dà fastidio quanto ciò sembri "magico". Application_PostAuthenticateRequest() non è un metodo virtuale. Non sto sovraccaricando o implementando alcuna firma di metodo esistente nella classe. Quindi, come fa il framework MVC a chiamarlo? C# è un linguaggio fortemente tipizzato, dopo tutto, e non si arriva a chiamare un metodo su una classe a meno che non si sappia che è lì.
L'unico modo che posso vedere è farlo tramite Reflection. Forse passando attraverso i metodi dell'oggetto finale e assegnando i metodi che corrispondono a una determinata firma ai delegati. Ma davvero non ne ho idea. E non capisco perché i designer lo farebbero piuttosto che implementare un metodo virtuale.
Quindi, in breve, (A) come viene chiamato Application_PostAuthenticateRequest quando non è un metodo definito della classe global.asax e (B) perché non lo hanno semplicemente reso un metodo virtuale?
Grazie, questo è un buon articolo. Non posso dire di aver capito perché lo hanno fatto in questo modo rispetto ai metodi virtuali, però. – Pharylon
@Pharylon: Non riesco a pensare a nessuna ragione ragionevole. Tale "magico" cablaggio automatico sembra essere contro ogni senso comune. –
@Pharylon Sembra il caso del libro di testo per un'interfaccia. Penso che sia solo una di quelle cose che "funziona" ed è di bassa priorità ricevere un'attenzione per il refactoring in futuro. Potrebbero esserci anche alcuni problemi di retrocompatibilità, anche se non sono sicuro di quali sarebbero. È decisamente un design scadente. Magia e logica non si mescolano. – crush