Scenarie 1: I asp.net webapplikation ASP.NET_SessionId et sæt algoritmer defineret af Microsoft, et sæt komplekse algoritmer baseret på hardware-ID'er, kan generelt sikre ikke-duplikation. Men hvis du vil sikre, at der ikke er dubletter, kan du selv definere SessionID-genereringsmetoden. Portal:http://msdn.microsoft.com/zh-cn/ ... nidmanager.validate(v=vs.80).aspx
Scenarie 2: I den asp.net webapplikation åbnes sessionssessionen automatisk (kan lukkes i web.config), så hjemmesiden bevarer brugerens sessionstilstand ASP.NET_SessionId uanset om brugeren har forretningsbehov eller ej! Dette skaber ydelsesforbrug uden grund.
Så i MVC3 har Microsoft fjernet denne del af ydelsesforbruget, og når virksomheden bruger sessionen, genereres den af forretningslogikken!
SessionIDManager.Validate(String)-metoden
Får en værdi, der angiver, om sessionsidentifikatoren er gyldig eller ej.
eksempel
Følgende kodeeksempel viser den arvede klasse SessionID, SessionIDManager-klassen og overskriver CreateSessionID og Validate-metoden, hvilket giver og validerer metoden Guid som SessionID.
For at bruge den brugerdefinerede klasse, der vises i dette eksempel, vil SessionID have en brugerdefineret klasse i Web.config-filen, som vist i eksemplet nedenfor for HTTP-modulet.
Manager ESP Manage Custom Virtual Col VAR == Quest
Opret en ny klasse kaldet CustomSessionIDManager
Ændr Web.Config
|
Opslået på 14/07/2019 19.46.59
|
|
|
