Что [закрывается] приемлемый размер ViewState

Вам нужно сделать его меньше куба Борга:

http://weblogs.asp.net/infinitiesloop/archive/2006/08/03/Truly-Understanding-Viewstate. aspx

ViewState добавит отличительность к своей собственной.Производительность бесполезна.

Это зависит ... Если у вас 1 пользователь, то размер не так важен, как если бы у вас был миллион пользователей. Вам также необходимо знать, сколько у вас оперативной памяти и не хватает ли вам оперативной памяти

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

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

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

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

Также учитывайте объем памяти, доступный на вашем сервере, поскольку состояние представления загружается в оперативную память для каждого запроса, для каждого пользователя.

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

Ваш viewstate должен быть настолько большим, насколько ему нужно быть. Просто следите за ним, чтобы убедиться, что он не раздувается от информации, которая совершенно не нужна для постбэка.

Это зависит от множества факторов. Страница с большим количеством элементов управления и контента будет иметь гораздо больше состояний просмотра. Что приемлемо, зависит от имеющихся у вас ограничений пропускной способности. Если это внутреннее приложение компании и не имеет большого количества пользователей, может быть приемлемо более крупное состояние просмотра (200-500 КБ). Если он находится в сети или на нем будет много пользователей, вам следует ограничить состояние просмотра.

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

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