Aumento del rendimiento del WebForm de ASP.net

votos
6

Al diseñar una aplicación ASP.NET WebForm, ¿cuáles son algunos pasos importantes a seguir (o pirateos si desea utilizar el término) para garantizar el mejor rendimiento posible (en términos de velocidad, estabilidad y escalabilidad)?

Publicado el 09/12/2008 a las 18:47
fuente por usuario
En otros idiomas...                            


7 respuestas

votos
6

Aquí hay buenas buenas prácticas escritas por microsoft. El Capítulo 6 es específico de ASP.NET, pero el documento completo es .NET en general.

Respondida el 09/12/2008 a las 18:52
fuente por usuario

votos
6

Tienes un montón de material, directamente de Microsoft aquí . También hay una lista de verificación disponible si desea información condensada.

Respondida el 09/12/2008 a las 18:50
fuente por usuario

votos
3

Solo un par, además del buen consejo ya dado,

  1. No coloque todas las páginas en un formulario web, no todo lo necesita. El comportamiento predeterminado de VS es darle una página maestra que envuelva un formulario alrededor de todo, y mucha gente parece quedarse con eso. En mi experiencia, algunos controles pueden rendir un 30% más rápido fuera de un formulario web, así que si solo está analizando una cadena de consulta y luego leyendo algo de una base de datos, deje el formulario en casa si puede. Incluso sacar tu navegación del formulario te ayudará.
  2. No use un control de servidor cuando lo haga un viejo HTML simple: ¿realmente necesita un asp: linkbutton o asp: hipervínculo solo para ir a la página de preguntas frecuentes, etc. Los hipervínculos simples funcionan bien en asp.net, pero algunas personas parecen quedarse atascado con la idea de usar runat = "server" para todo.
Respondida el 09/12/2008 a las 20:21
fuente por usuario

votos
3

Consejo # 1 grande: apague viewstate en web.config. Eso debería haber sido el predeterminado, si lo necesita para un control, enciéndalo control por control.

Mi otro consejo es mantenerse lejos de * ver los controles. Use repetidores y encuentre un buen control de cuadrícula de terceros. Los controles realmente "mágicos" que se envían con asp tienden a ser perforaciones, y en general no son una buena idea (con la posible excepción de ListView)

Respondida el 09/12/2008 a las 19:12
fuente por usuario

votos
3

Hay un libro fenomenal sobre este tema por uno de los chicos de Yahoo, Steve Souders. Me enseñó mucho.

O simplemente puedes mirar este video. Es una descripción general de alto nivel de la misma información: puede ver mucho en 45 minutos al ver esto.

NOTA: Este contenido no es específico de WebForms. Se trata de las mejores prácticas generales para la web, y es lo que necesita si está tratando de implementar un sitio web de alto rendimiento.

Respondida el 09/12/2008 a las 19:01
fuente por usuario

votos
0

No estoy seguro acerca de la compresión de contenido cuando el contenido implica html con js haciendo cosas ajax. A veces, los bloques de datos intercambiados a través de ajax son pequeñas y en este caso (y si se considera que el contenido) de compresión a menudo perjudica en lugar de ayudar. Por ejemplo, un bloque de cuatro bytes de datos produce un bloque comprimido de más de 100 bytes.

Respondida el 06/09/2015 a las 01:03
fuente por usuario

votos
0

1 - Activar la compresión de contenido en iis

2 - Guarda todo lo que puedas

Esto funcionará para la mayoría de las webapps que hay.

Respondida el 09/12/2008 a las 20:37
fuente por usuario

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more