Когда стоит сжимать ViewState?
Я согласен, что лучший способ сократить ViewState-отключить его на ASP.Net элементы управления, которые в этом не нуждаются. Держать его маленьким с самого начала-отличная привычка.
Я также слышал, что он уже сжат (хотя может быть правдой... есть способы сжать его еще больше, описал в этот вопрос переполнения стека).
Мой вопрос здесь не в том, должен ли он быть сжат... это: когда должен быть сжат ViewState?
Если у нас есть ViewState 410 символов, он будет весить 410 байт на странице, в то время как ViewState 13.843 символов равен 13.5 КБ.
13,5 КБ-это уже немалый вес. И если я сжимаю CSS-файл высотой 10 КБ, я думаю, что он также заслуживает сжатия ViewState размером 13,5 КБ, даже если это означает немного дополнительное "мышление" на сервере.
Но стоит ли 410 байт ViewState дополнительной обработки на сервере? В какой момент его стоит сжать?
2 ответа:
Здесь нужно учитывать 3 фактора:
- скорость сервера - может ли он справиться с дополнительной нагрузкой сжатия viewstate, и я предполагаю, что ответ да в большинстве случаев,
- время передачи данных клиенту, которое должно быть сведено к минимуму, и
- скорость клиента - может ли он справиться с дополнительной задачей распаковки состояния просмотра, и опять же, да, вероятно, может. Gzip и др. очень распространены эти дни и современные настольные компьютеры и браузеры хорошо оснащены, чтобы справиться с этим.
Я говорю, сделайте это, все дело в ускорении связи по этому медленному (сравнительно) интернет-каналу.