ASP contre ASP.Net

ASPIC et ASP.Net sont des langages de programmation très différents. ASPIC est un langage de script, où ASP.NET est la formulation Web d'un langage compilé (Visual Basic, C #, J #, C ++, .Net). De plus, contrairement à ASP, ASP.NET est un langage orienté objet..

Contenu: ASP vs ASP.Net

• 1 processus d'isolement
• 2 Interprétation vs. Compilation
  • 2.1 Conséquences sur les performances
• 3 débogage
• 4 références

Isolation de processus

ASP est exécuté sous l'espace de processus inetinfo.exe (IIS) et est donc susceptible de provoquer un blocage de l'application dû à l'arrêt ou au redémarrage d'IIS..

D'autre part, le processus de travail ASP.NET est un processus distinct (aspnet_wp.exe) distinct du processus IIS inetinfo.exe. Le modèle de processus dans ASP.NET n'est pas lié aux paramètres d'isolation de processus dans IIS.

Interprétation ou compilation

Lorsqu'une page ASP traditionnelle est demandée, le texte de cette page est analysé linéairement. Tout le contenu qui n'est pas un script côté serveur est restitué tel quel à la réponse. Tous les scripts côté serveur de la page sont d'abord exécutés via l'interpréteur approprié (JScript ou VBScript), dont le résultat est ensuite restitué à la réponse..

En revanche, les pages ASP.NET sont toujours compilées dans des classes .NET hébergées dans des assemblys. Cette classe inclut tout le code côté serveur et le code HTML statique. Ainsi, une fois qu'une page est accédée pour la première fois (ou n'importe quelle page d'un répertoire particulier), le rendu ultérieur de cette page est rendu possible par l'exécution du code compilé. Ceci élimine toutes les inefficacités du modèle de script des ASP classiques..

Implications de performance

• Etant donné que les scripts ASP sont interprétés à la volée, cela a un impact sur les performances. Par conséquent, une optimisation courante pour les applications ASP consiste à déplacer un grand nombre de scripts côté serveur dans des composants COM précompilés pour améliorer les temps de réponse. Étant donné que tous les composants d'ASP.NET sont des assemblys, l'utilisation de code côté serveur ne dégrade pas les performances..
• Avec ASP, il est moins efficace de combiner des blocs d’évaluation côté serveur avec du code HTML statique qu’un bloc de script côté serveur unique, car l’interpréteur doit être appelé plusieurs fois. Pour éviter cela, de nombreux développeurs ASP ont recours à des blocs volumineux de script côté serveur, remplaçant à la place des éléments HTML statiques par des invocations Response.Write (). Pour ASP.NET, ces étapes ne sont pas nécessaires pour améliorer les performances..
• ASP permet à différents blocs de script d'une page d'être écrits dans différents langages de script. Bien que cela puisse paraître intéressant à certains égards, cela dégrade également les performances en obligeant une page particulière à charger les deux moteurs de script (JScript, VBScript) pour traiter une requête, ce qui prend plus de temps et de mémoire que l'utilisation d'un seul langage. ASP.NET a "code-behind" dans les fichiers .aspx qui sont analysés et compilés. Plusieurs langues côté serveur ne peuvent pas être utilisées dans un seul fichier .aspx.

Débogage

Comme ASP implique des scripts en cours d'interprétation, le débogage est difficile. Mais avec ASP.NET, tous les outils disponibles pour le développeur .NET sont applicables au développeur .aspx. Les erreurs avec les pages sont générées sous la forme d'erreurs de compilation, et il est fort probable que la plupart des erreurs se trouveront au moment de la compilation plutôt qu'à l'exécution, car VB.NET et C # sont des langages fortement typés..

Références

• wikipedia: Active Server Pages
• wikipedia: ASP.NET