ViewState занимает 20% моих страниц, хотя он отключен!

Question

Я отключил viewstate в файле web.config (и на странице не существует EnableViewState = true), но, несмотря на это, страницы отображаются с довольно большим представлением (8k для страницы 40k). Я проверил содержимое viewstate с помощью viewstate decoder и обнаружил, что элементы управления мультивизом, которые я использую на своих страницах, являются виновными. В любом случае, чтобы заставить элементы управления multiview перестать использовать viewstate?

Я думаю о создании класса управления, который наследует от MultiView и переопределяет методы LoadViewState и SaveViewState, но я оставляю это в качестве крайней меры, любые предложения?

Благодаря

Answer 1

Поскольку ASP.NET 2.0 внутреннее содержание ViewState скрытое поле состоит из «старого» ViewState (ViewState мешковое/словаря) и ControlState. Состояние управления в отличие от ViewState не может быть отключено, и оно предназначено для минимальной информации о том, что элемент управления должен функционировать должным образом.

Вы не можете отключить ControlState, и вы либо живете с ним, либо используете другой (вид) управления на своей странице.

Answer 2

вот прекрасный способ просто избавиться от просмотра из-за того, что его отправили по проводу для каждого пост-обратно. в основном, он сохраняет полное viewstate в качестве переменной сеанса на сервере и только передает идентификатор в поле viewstate.

сжатие сэкономит вам немного с точки зрения пропускной способности, тогда как ввод с получением ViewState из страницы будут иметь весьма существенное улучшение производительности

следующие статьи объясняет несколько методов с метриками измерения производительности, а eggheadcafe

Answer 3

В Класс System.Web.UI.Page имеет свойство, называемое PageStatePersister, которое вы можете переопределить на своих страницах. Здесь вы можете вернуть объект типа StStatePersister, который переопределяет режим сохранения по умолчанию для окна просмотра страниц.

Как предложил Викрам, вы можете использовать SessionPageStatePersister для хранения viewstate в сеансе вместо скрытого поля. Но вы также можете реализовать свой собственный PageStatePersister, который хранит представление в кэше или в базе данных или в файле. Что бы вы ни делали.

То, что вам не следует делать, - это использовать экран PageStatePersister для сброса видового пространства, поскольку некоторые элементы управления должны иметь вид viewstate.

Answer 4

Чтобы ответить на мой собственный вопрос, мне удалось избавиться от вида view, удалив форму runat = "server", которая у меня была на моей главной странице, теперь я только закрываю элементы управления, которые действительно нуждаются в обратной передаче в теге формы с runat = сервер. Кажется, что отбрасывает и контрольное состояние (это то, что я хочу, страница не отправляет обратно), все равно придется расследовать больше.

Единственная проблема заключается в том, что когда я добавляю тег формы runat = server в любом месте страницы, Multiview находит мой тег формы и добавляет его мусор в скрытое поле viewstate, я думал, что это произойдет, только если multiview заключен в тег runat = "server" формы, но он достаточно умен (или достаточно глупый в этом отношении), чтобы найти тег формы в любом случае.

Answer 5

Вы можете переопределить рендер для своей страницы (или базовой страницы) для поиска скрытого ввода в виде viewstate и удалить его из записи.

шаги:

• сделать в base.render
• вывода содержимого htmlwriter в строку
• удалить вход с __VIEWSTATE
• записать новую строку в HTMLWriter.