Когда следует включить EnableViewState на серверном элементе управления?

только enableviewstate, если вы хотите сохранить значения в HTTP-запросах, кроме того, что keep it = false. также вам не нужно включать viewstate для использования элемента управления.

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

void Button1_Click()
{
   label1.text += " more!";
}

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

На самом деле, наше практическое правило в моем офисе - просто выключить его на уровне страницы, а затем включить по мере необходимости.

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

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

Вам нужно убедиться, что вы лучше понимаете ViewState. Никакое общее заявление вроде «включайте ViewState только в случае необходимости» не будет иметь смысла, если вы этого не сделаете. Понять, когда состояние просмотра загружается / сохраняется / загрязняется.

вот одна из лучших статей, которые я видел

Сначала разберитесь в состоянии просмотра, вот запись блог, которая может помочь. Начните разработку своих страниц с отключения состояния просмотра на уровне страницы. Большинство элементов управления в asp .net 2.0 сохраняют состояние, необходимое для их работы в состоянии управления, поэтому отключение состояния просмотра не повлияет на большинство элементов управления.

Для элементов управления, которые сохраняют привязанные к ним данные в состоянии просмотра, например в поле «Список», вы можете избежать попадания данных в состояние просмотра (что отлично работает для большинства случаев использования), выполнив привязку к событию PreInit.

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

И, наконец, используйте инструменты, которые помогут вам увидеть байты, происходящие в состоянии просмотра вашей страницы. Помощник ASP.NET View State и надстройка в Fiddler, которая показывает данные состояния просмотра, очень помогут вам в этом отношении.

Вот хорошее практическое правило: если вы (1) измените значение свойства в коде программной части и (2) вам нужно знать, какое значение вы установили в более поздней обратной передаче, не пересчитывая значение, тогда вам нужно использовать ViewState.

Например. В разметке моей страницы я мог бы указать элемент управления Label следующим образом:

<asp:Label ID = "TitleLabel" runat = "server" Text = "Update this Employee" />

Затем в событии Page_Load у меня есть этот код:

If Not IsPostBack AndAlso myEmployeeObject.IsNew Then TitleLabel.Text = "Create a new Employee"

Изменив значение свойства Text, я ввел новый элемент в ViewState. Если я получаю значение свойства Text метки во время любого последующего PostBack, значением будет «Создать нового сотрудника».

Вот что я делаю, когда намереваюсь минимизировать количество ViewState, используемого моей страницей. У меня на странице включить отслеживание. Выходные данные трассировки добавляются в нижнюю часть вашей страницы при отображении в браузере. Выходные данные трассировки идентифицируют каждый отдельный серверный элемент управления на вашей странице и включают, сколько ViewState (измеряется в байтах, я полагаю) хранит каждый элемент управления. Я использую эту информацию для расчета, когда я хочу обменять накладные расходы ViewState на накладные расходы на пересчет значений.

В моем предыдущем примере я бы выбрал пересчет свойства Text Label для каждого PostBack и прекратил сохранять свойство Text в ViewState. Вот как будет выглядеть моя обновленная разметка:

<asp:Label ID = "TitleLabel" runat = "server" Text = "Update this Employee" EnableViewState = "false" />

И мое обновленное событие Page_Load:

If myEmployeeObject.IsNew Then TitleLabel.Text = "Create a new Employee"

Честно говоря, я не могу придумать, когда бы вы захотели, чтобы для параметра viewstate было установлено значение true для элементов управления метками. Это быстрый способ сделать ваш w3wp.exe занимает много памяти.