Diferencias técnicas entre ASP.NET y Java Servlets/JSP

Question

Mi comprensión de JSP es que cada página JSP en la primera carga se compila en un Servlet de Java. ¿Es esto lo mismo para las páginas ASPX (por supuesto, no en un servlet, pero cualquiera que sea el equivalente de ASP.NET)?

¿Qué otras diferencias técnicas debo tener en cuenta con JSP y ASP.NET (MVC 2)?

Answer 1

Las páginas JSP se traducen al código fuente de Java, luego se compilan en archivos de clase (que contienen el código de Java Byte) para su futura ejecución. Después de eso, en realidad son JIT (Just In Time) compilados por JVM cuando se necesitan para la ejecución (por lo que son bastante rápidos).

Creo que hay un proceso similar para las aplicaciones .NET, ya que se compilan en ensamblados .NET. Esto es algo así como los archivos de clase de Java, excepto que son IL (Lenguaje Intermedio) para ejecutarse en el CLR. En tiempo de ejecución, IL también se traduce en instrucciones de máquina nativas para su ejecución.

Los mecanismos reales de compilación/tiempo de ejecución (desde un nivel alto) son probablemente sorprendentemente similares.

EDITAR

Éstos son algunos detalles relacionados con ASP.NET: http://msdn.microsoft.com/en-us/library/ms366723.aspx

Además, con aplicaciones web basadas en Java, los recipientes que las dirigen se puede configurar para pre-compilar JSP cuando se despliega la aplicación. Luego, la JVM carga los archivos de clase en la memoria y maneja la compilación JIT/almacenamiento en caché desde ese punto en adelante.

Answer 2

ASP puede comparar vagamente a JSP/Servlet. ASP.NET puede comparar vagamente a JSF (construir sobre Servlet/JSP).

ASP.NET y JSF son ambos marcos basadas en componentes, mientras JSP y ASP son en su mayoría vista tecnologías.

Hecho correctamente, JSP/Servlet se puede utilizar para tener una enfoque basado en la acción , donde un proceso de controlador de un comando y transmita a una vista para la representación (MVC), que desacoplar la representación de vista de la lógica de negocio.

Pero el enfoque adoptado por el marco basado en componentes es diferente y cada componente puede desencadenar devoluciones de llamada (lógica de negocios) y es responsable de representarse a sí mismo. También se basan en el concepto de enlace de datos , que no existe como en el marco basado en la acción.

Los modelos basados ​​en componentes están más cerca del modelo de programación para la aplicación de escritorio, pero abstraen la naturaleza de la aplicación webby. Esto es bueno y malo al mismo tiempo. Es malo cuando quieres optimizar las cosas relacionadas con la web, como la URL amigable, etc. Creo que por eso Microsoft introdujo más adelante un marco MVC basado en la acción junto a ASP.NET.