ASP VS. ASPIC.Filet

ASPIC et ASPIC.Filet sont des langages de programmation très différents. ASPIC est une langue de script, où comme ASPIC.FILET est la formulation Web d'une langue compilée (Visual Basic, C #, J #, C++, .Filet). De plus, contrairement à ASP, ASP.Le net est une langue orientée objet.

Isolement de processus

ASP est exécuté sous l'inetinfo.EXE (IIS) procéder à l'espace et est donc sensible aux accidents d'application en raison de l'arrêt ou du redémarrage de l'IIS.

D'un autre côté, l'ASP.Le processus de travailleur net est un processus distinct (ASPNET_WP.exe) séparé du processus IIS inetinfo.exe. Le modèle de processus dans ASP.Le net n'est pas lié à traiter les paramètres d'isolement dans IIS.

Interprétation vs. 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 le script côté serveur est rendu tel quel à la réponse. Tout le script côté serveur de la page est d'abord exécuté via l'interprète approprié (JScript ou VBScript), dont la sortie est ensuite rendue à la réponse.

En revanche, ASP.Les pages nettes sont toujours compilées dans .Classes nettes hébergées dans les assemblées. Cette classe comprend tout le code côté serveur et le HTML statique, donc une fois qu'une page est accessible pour la première fois (ou toute page dans un répertoire particulier est accessible), le rendu ultérieur de cette page est géré en exécutant le code compilé compilé. Cela élimine toutes les inefficacités du modèle de script de l'ASP traditionnel.

Implications de performance

• Étant donné que les scripts ASP sont interprétés à la volée, il y a un impact sur les performances. Une optimisation commune pour les applications ASP consiste donc à déplacer beaucoup de script côté serveur dans des composants com précompilés pour améliorer les temps de réponse. Depuis tous les composants de l'ASP.Net sont des assemblages, il n'y a pas de dégradation des performances en utilisant le code côté serveur.
• Avec ASP, les blocs d'évaluation côté serveur entrelacent avec un HTML statique sont moins efficaces qu'un seul bloc de script côté serveur, car l'interprète doit être invoqué plusieurs fois. Pour éviter cela, de nombreux développeurs ASP recourent à de grands blocs de script côté serveur, en remplacement des éléments HTML statiques par réponse.Écrire () invocations à la place. Pour Asp.Net, de telles étapes ne sont pas requises pour l'amélioration des performances.
• ASP permet d'écrire différents blocs de script dans une page dans différentes langues de script. Bien que cela puisse être attrayant à certains égards, il dégrade également les performances en exigeant qu'une page particulière charge les deux moteurs de script (JScript, VBScript) pour traiter une demande, ce qui prend plus de temps et de mémoire que d'utiliser une seule langue. ASPIC.Net a "le code-bind" dans .Fichiers ASPX qui sont analysés et compilés. Plusieurs langages côté serveur ne peuvent pas être utilisés dans un seul .fichier ASPX.

Débogage

Puisque l'ASP implique l'interprétation des scripts, le débogage est difficile. Mais avec Asp.Net, tous les outils disponibles pour le .Le développeur net est applicable au .développeur ASPX. Les erreurs avec des pages sont générées en tant qu'erreurs du compilateur, et il y a de fortes chances que la plupart des erreurs soient trouvées au moment de la compilation au lieu de l'exécution, car VB.Net et C # sont tous deux des langues fortement dactylographiées.