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