Сценарій 1: У веб-застосунку asp.net ASP.NET_SessionId наборі алгоритмів, визначених Microsoft, набір складних алгоритмів на основі апаратних ідентифікаторів загалом може гарантувати відсутність дублювання. Однак, якщо ви хочете переконатися, що дублікатів немає, ви можете самостійно визначити метод генерації SessionID. Портал:http://msdn.microsoft.com/zh-cn/ ... nidmanager.validate(v=vs.80).aspx
Сценарій 2: У веб-додатку asp.net сесія сесії відкривається автоматично (може бути закрита у web.config), щоб вебсайт зберігав стан сесії користувача ASP.NET_SessionId незалежно від того, чи має користувач бізнес-потреби чи ні! Це створює споживання продуктивності без жодної причини.
Отже, у MVC3 Microsoft прибрала цю частину споживання продуктивності, і коли бізнес використовує сесію, вона генерується бізнес-логікою!
SessionIDManager.Validate(String) Method
Отримує значення, яке вказує, чи є ідентифікатор сесії дійсним чи ні.
приклад
Наступний приклад коду показує успадкований клас SessionID, клас SessionIDManager і перевизначає метод CreateSessionID та Validate, надаючи та перевіряючи метод Guid як SessionID.
Щоб використати користувацький клас, показаний у цьому прикладі, SessionID матиме власний клас у файлі Web.config, як показано у прикладі нижче для HTTP-модуля.
Manager esp Керувати власним віртуальним COL VAR == Quest
Створіть новий клас під назвою CustomSessionIDManager
Modify Web.Config
|
Опубліковано 14.07.2019 19:46:59
|
|
|
