solo quiero preguntar cuál es el tamaño aceptable de ViewState por página? ¿Cuál es el nivel que debería comenzar preocupado?
¿Hay alguna medida objetiva para el tamaño de viewstate?¿Cuál es el tamaño aceptable de ViewState
Gracias por cualquier opinión :-) Saludos, X.
Creo que básicamente depende de lo que tiene que lograr y de cuánto lo usa para fines "intencionales". De todos modos, hay maneras de medir, decodificar y optimizarlo:
http://jagbarcelo.blogspot.com/2009/03/viewstate-size-minimization.html
https://web.archive.org/web/1/http://articles.techrepublic%2ecom%2ecom/5100-10878_11-5229520.html
Depende ..... Si usted tiene 1 usuario entonces el tamaño no es tan importante en comparación con si usted tiene un millón de usuarios. También necesita saber cuánta RAM tiene y si se está quedando sin RAM
Esto dependería de sus usuarios finales. Para una aplicación interna donde el tamaño de la página no es un criterio importante, no me preocuparía demasiado al respecto.
Viewstate no es un problema en sí mismo, es un problema cuando comienza a ralentizar su aplicación porque envía este viewstate de un lado a otro entre su cliente y su servidor.
Debe tener en cuenta que viewstate se envía al usuario para que se represente en el origen de la página, pero también se enviará a su servidor para mantener el estado de esta página, y se cargará en memoria.
Si sus usuarios finales tienen una conexión a Internet lenta, cuanto más grande es la página, más lento y más doloroso será para ellos.
Si su proveedor de hosting le está facturando según los datos transferidos, es posible que desee reducirlo tanto como sea posible. especialmente si tiene muchos usuarios ...
Considere también la memoria disponible en su servidor, ya que viewstate se carga en la RAM para cada solicitud, para cada usuario.
No estoy seguro de que haya un "tamaño aceptable" para un viewstate, solo depende del tamaño y la complejidad de su página. Sé que es fácil que se hinche y sea mucho más grande de lo que necesita ser: hace un par de semanas decodificamos nuestro estado visual y descubrimos que podíamos reducirlo en aproximadamente un 40% en algunas de nuestras páginas más grandes.
Su viewstate debe ser tan grande como necesita para ser. Solo asegúrate de vigilarlo para asegurarte de que no se hincha con información que es completamente innecesaria para una devolución de datos.
Usted necesita para que sea más pequeño que un Cubo Borg:
http://weblogs.asp.net/infinitiesloop/archive/2006/08/03/Truly-Understanding-Viewstate.aspx
ViewState agregará el carácter distintivo de de su aplicación web a sí mismo. El rendimiento es inútil.
Depende de muchos factores. Una página con muchos controles & tendrá mucho más ViewState.Lo que es aceptable, depende de las limitaciones de ancho de banda que tenga. Si se trata de una aplicación interna de la empresa y no tiene muchos usuarios, puede ser aceptable un viewstate más grande (200-500k). Si está en la web o muchos usuarios estarán en él, debe limitar el estado de visualización.
Para limitar ViewState, busque formas de mejorar su UI para que no sea tan complicado. Las ventanas emergentes modales como Telerik RadWindow son una buena forma de mover algunos controles a otra página, mientras se preserva la interacción entre las páginas.
En páginas complicadas, las pestañas también son una buena forma de mejorar la IU ... cada pestaña puede ser su propia página.