Задача
| Сохранить сведения о сеансе, определение - см. п. 7.3.
|
Решение
| Данные о состоянии сеанса можно сохранять на стороне клиента. При этом клиент передает серверу все сведения о сеансе вместе с каждым запросом. Никаких данных о состоянии сеанса на сервере не хранится. Если есть необходимость хранения числового идентификатора сеанса, то альтернативы данному паттерну не существует.
|
Преимущества
| Можно использовать серверные объекты без состояний, что обеспечивает большую степень отказоустойчивости.
|
Недостатки
| Возникают проблемы безопасности при передаче данных от клиента серверу - передаваемые данные приходится шифровать. Затруднительно использовать данный паттерн при большом объеме информации о сеансе. Часто возникает проблема преобразования формата данных.
|
Cохранение сеанса на стороне сервера (Server Session State)
Задача
| Сохранять сведения о сеансе.
|
Решение
| На клиенте хранится только идентификатор сеанса, а все данные о сеансе хранятся сервером. Для хранения обьектов сеансов на сервере формируется специальная коллекция.
|
Преимущества
| Передается только идентификатор сеанса, а не весь обьем данных о сеансе.
|
Недостатки
| Требуются значительные ресурсы сервера.
|