Когда стоит сжимать ViewState?


Я согласен, что лучший способ сократить ViewState-отключить его на ASP.Net элементы управления, которые в этом не нуждаются. Держать его маленьким с самого начала-отличная привычка.

Я также слышал, что он уже сжат (хотя может быть правдой... есть способы сжать его еще больше, описал в этот вопрос переполнения стека).

Мой вопрос здесь не в том, должен ли он быть сжат... это: когда должен быть сжат ViewState?

Если у нас есть ViewState 410 символов, он будет весить 410 байт на странице, в то время как ViewState 13.843 символов равен 13.5 КБ.

13,5 КБ-это уже немалый вес. И если я сжимаю CSS-файл высотой 10 КБ, я думаю, что он также заслуживает сжатия ViewState размером 13,5 КБ, даже если это означает немного дополнительное "мышление" на сервере.

Но стоит ли 410 байт ViewState дополнительной обработки на сервере? В какой момент его стоит сжать?

2 2

2 ответа:

Здесь нужно учитывать 3 фактора:

  1. скорость сервера - может ли он справиться с дополнительной нагрузкой сжатия viewstate, и я предполагаю, что ответ да в большинстве случаев,
  2. время передачи данных клиенту, которое должно быть сведено к минимуму, и
  3. скорость клиента - может ли он справиться с дополнительной задачей распаковки состояния просмотра, и опять же, да, вероятно, может. Gzip и др. очень распространены эти дни и современные настольные компьютеры и браузеры хорошо оснащены, чтобы справиться с этим.

Я говорю, сделайте это, все дело в ускорении связи по этому медленному (сравнительно) интернет-каналу.

Если вы спросите меня, "критическая масса"равна 10K - если вы можете проверить размер перед сжатием, то сделайте это - если меньше 10K не сжимайте, иначе сжимайте.

Почему 10K? Потому что это будет иметь видимый эффект почти наверняка.