Должен ли я использовать Viewstate в ASP.NET

В классическом ASP мы всегда просто использовали СКРЫТОЕ поле для работы. Viewstate - это просто способ сделать это автоматически. Поверьте, кривая обучения не так высока, как вы думаете.

ViewState является необязательным почти во всех, если не во всех случаях. ASP.NET повторно заполняет поля автоматически, даже если ViewStateEnabled = false. Я использую ASP.NET 5 или 6 лет, и мне никогда не приходилось полагаться на ViewState. Я даже отключаю его, когда могу.

Вы не обязаны. Проверьте Фреймворк MVC. Он исключает ViewState и работает как старый ASP (по крайней мере, с этой точки зрения).

Viewstate сохраняется автоматически для элементов управления asp.net, «привязанных» к странице. Вам мало что нужно сделать, значения и некоторая другая информация передаются в скрытом вводе в кодировке B64. Вы можете посмотреть на это, если хотите, но это не имеет значения, все это делается автоматически для вас.

При отключении ViewState некоторые элементы управления становятся сильно поврежденными, поэтому будьте готовы решить эти проблемы. Проще всего просто полениться и оставить его включенным, но если его не отметить, ViewState может легко составлять 30% размера вашего HTML.

Например, скажем, у вас есть DropDown, и вы привязываете его к списку фруктов. Вы привязываете его к блоку if (! IsPostBack) {} при загрузке страницы. Если вы отключите ViewState, вы потеряете элементы при нажатии кнопки. Их нужно связывать при каждой загрузке страницы. Вы также потеряете выбранный индекс, поэтому вам придется использовать его в переменных Request.Form [].

Viewstate является частью пакета, когда вы работаете с ASP.NET. Для базовой страницы / веб-сайта вам не нужно «знать», как использовать Viewstate. Он просто используется, когда вы размещаете элементы управления на страницах.

Довольно сложно избежать Viewstate с ASP.NET, потому что даже если вы отключите его на уровне проекта, некоторые отдельные элементы управления все равно будут использовать Viewstate для сохранения своей информации.

Если вы не хотите иметь дело с Viewstate, рассмотрите возможность использования инфраструктуры ASP.NET MVC. Скорее всего, вам будет удобнее использовать фреймворк MVC из Classic ASP.

ViewState по большей части работает автоматически. Это просто то, как ASP.NET отслеживает текущее состояние всех своих элементов управления.

Вы также можете вручную использовать viewstate, если хотите сохранить дополнительные данные. Это очень просто:

Viewstate["Key"] = value;

Единственное предостережение в том, что любой объект, который вы храните в viewstate, должен быть сериализуемым.

Если вы пишете код для собственного потребления, вы можете просто отключить его и не беспокоиться.

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

• как отключить его на уровне сайта, страницы и управления
• почему MachineKey актуален в веб-фермах
• почему ваш журнал событий полон ошибок ViewStateAuthentication
• что такое ViewStateUserKey

С точки зрения фактического обучения, это, вероятно, тщательное прочтение пары статей MSDN.

ViewState - неизбежное зло, присущее метафоре веб-форм. Я лично считаю эту методологию устаревшей, раздутой и, как правило, не удобной для Интернета. Лучше ознакомьтесь с фреймворком MVC, как было предложено выше.

Я предлагаю вам избежать соблазна использовать ViewState в качестве «кеша» для передачи данных туда и обратно (я видел, как веб-сайты делали это из-за кластерной настройки и отсутствия состояния сеанса с поддержкой SQL). Данные сериализуются и добавляются на страницу, и при каждом запросе они должны выполняться туда и обратно, увеличивая общий размер страницы и замедляя загрузку вашего сайта.

Я определенно могу порекомендовать избегать ViewState в DataGrids и DropDownLists, потому что я только недавно начал делать это сам. Я делал это не для удовольствия, мне пришлось исправить страницу, которая стала настолько большой, что вызывала другие проблемы. Но это оказалось легко, и результаты были настолько впечатляющими, что я очень доволен. Конечно, для небольшого простого приложения или для небольших объемов данных в этом нет необходимости, но, с другой стороны, хорошо быть последовательным (всегда переходить от известного к известному, чтобы вы могли постоянно улучшать свой процесс ...), и почему таскать с собой лишний багаж когда-нибудь?

Это потребует небольшого ручного вмешательства с вашей стороны. Например, если вы отключите состояние просмотра для раскрывающихся списков, вам нужно будет повторно привязать их при каждой обратной передаче, а затем восстановить SelectedValue из объекта Request. Вам нужно будет прочитать об этом, но в Google есть много легко доступной информации.

ViewState не является обязательным, но полезным. Что такое ViewState, это все изменения, которые происходят в элементе управления на СТОРОНЕ СЕРВЕРА. Итак, если вы назначаете текст метке и хотите, чтобы этот текст сохранялся без необходимости переназначать его при каждой обратной передаче, вы захотите сохранить это. Другой пример, когда я всегда оставляю ViewState включенным, - это что-нибудь с привязкой к данным.

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

Обратите внимание, что это не имеет ничего общего с коллекцией форм, которые представляют собой значения, отправленные в IIS во время PostBack. Коллекция форм отправляет значения, которые пользователь вводит в элементы формы (текстовые поля, флажки, дроплисты и т. д.). Эти .NET будут заполнены в соответствующем месте - и это произойдет. ПОСЛЕ ViewState был обработан.

Таким образом, если вы отправляете клиенту текстовое поле с фразой «привет», пользователь изменяет его на «Увидимся», а затем отправляет форму. В текстовом поле к моменту срабатывания события Page_Load будет текстовое поле с «Увидимся» в атрибуте ТЕКСТ.

Эту серию сообщений необходимо прочитать для понимания ViewState.

Я отключаю его и большую часть работы выполняю в Page_Init вместо Load (значения все еще поддерживаются из-за ControlState). Эта установка хорошо сработала для меня.

'<%@ Control Language = "C#" AutoEventWireup = "true" CodeFile = "HomePage.ascx.cs" Inherits = "HomePage" %>
<script runat = "server">
  void testHF_ValueChanged(object sender, EventArgs e)
    {
       this.HFvalue.Text = this.testHF.Value ;

    }
</script>
<asp:Label ID = "UserNamelbl" runat = "server" Text = "User Name : " Visible = "false"></asp:Label>
<asp:TextBox ID = "UserNametxt" runat = "server" Visible = "false" ></asp:TextBox>
 <asp:Label ID = "HFvalue" Text = "......" runat = "server"></asp:Label>
 <asp:HiddenField ID = "testHF"
OnValueChanged = "testHF_ValueChanged"
value = "" 
runat = "server" ></asp:HiddenField>
<input type = "submit" name = "SubmitButton" value = "Submit" onclick = "CL()" />

<script type = "text/javascript">
    function CL() 
    {
        this.testHF.Value = this.UserNametxt.Text;  
    }
</script>
'