ASP VS. ÁSPID.Neto

ÁSPID y ÁSPID.Neto son lenguajes de programación muy diferentes. ÁSPID es un lenguaje de secuencias de comandos, donde como ÁSPID.NETO es la formulación web de un lenguaje compilado (Visual Basic, C#, J#, C++, .Neto). Además, a diferencia de ASP, ASP.NET es un lenguaje orientado a objetos.

Aislamiento de procesos

ASP se ejecuta bajo el inetinfo.EXE (IIS) Espacio de proceso y, por lo tanto, es susceptible a los bloqueos de la aplicación debido a que IIS se detiene o se reinicia.

Por otro lado, el ASP.El proceso de trabajadores netos es un proceso distinto (ASPNET_WP.exe) separado del proceso IIS inetinfo.exe. El modelo de proceso en ASP.NET no está relacionado con la configuración de aislamiento de procesos en IIS.

Interpretación vs. Compilacion

Cuando se solicita una página ASP tradicional, el texto de esa página se analiza linealmente. Todo el contenido que no es el script del lado del servidor se vuelve como se vuelve a la respuesta. Todo el script del lado del servidor en la página se ejecuta primero a través del intérprete apropiado (JScript o VBScript), cuya salida se vuelve a la respuesta.

En contraste, ASP.Las páginas netas siempre se compilan en .Clases netas alojadas en asambleas. Esta clase incluye todo el código del lado del servidor y el HTML estático, por lo que una vez que se accede a una página por primera vez (o se accede a cualquier página dentro de un directorio en particular), la representación posterior de esa página se atiende mediante la ejecución del código compilado. Esto elimina todas las ineficiencias del modelo de secuencia de comandos de ASP tradicional.

Implicaciones de rendimiento

• Dado que los guiones ASP se interpretan en la marcha, hay un impacto en el rendimiento. Una optimización común para las aplicaciones ASP, por lo tanto, es mover una gran cantidad de script del lado del servidor a componentes COM precompilados para mejorar los tiempos de respuesta. Dado que todos los componentes en ASP.NET son ensamblajes, no hay degradación del rendimiento mediante el uso de código del lado del servidor.
• Con ASP, los bloques de evaluación del lado del servidor con HTML estático es menos eficiente que un solo bloque de script del lado del servidor, porque el intérprete debe invocarse varias veces. Para evitar esto, muchos desarrolladores de ASP recurren a grandes bloques de script del lado del servidor, reemplazando los elementos HTML estáticos con respuesta.Escribir () invocaciones en su lugar. Para ASP.Neto, tales pasos no son necesarios para la mejora del rendimiento.
• ASP permite que se escriban diferentes bloques de script dentro de una página en diferentes idiomas de secuencias de comandos. Si bien esto puede ser atractivo de alguna manera, también degrada el rendimiento al requerir que una página en particular cargue ambos motores de secuencias de comandos (JScript, VBScript) para procesar una solicitud, lo que requiere más tiempo y memoria que usar un solo idioma. ÁSPID.Net tiene "código-detenimiento" en .archivos ASPX que se analizan y compilan. Múltiples idiomas del lado del servidor no se pueden usar dentro de un solo .archivo ASPX.

Depuración

Dado que ASP implica que se interpretan los scripts, la depuración es difícil. Pero con ASP.Net, todas las herramientas disponibles para el .El desarrollador de red es aplicable al .desarrollador de ASPX. Los errores con páginas se generan como errores del compilador, y existe una buena posibilidad de que la mayoría de los errores se encuentren en el momento de la compilación en lugar de tiempo de ejecución, porque VB.Net y C# son idiomas fuertemente escrillos.