ASP.NET

ASP.NET est un framework permettant de générer des pages web dynamiques. Une page ASP.NET est composée de deux parties : d'un côté du code HTML, et de l'autre des instructions de programme[3]. Ces instructions sont utilisées pour générer le résultat d'une demande de page qui sera envoyée au navigateur web. Le résultat que reçoit le navigateur est du HTML ordinaire[5]. Une page ASP.NET comporte des Web controls — des portions d'HTML qui peuvent être modifiées par programmation[4].

Le moteur d'ASP.NET est un filtre, branché sur le serveur web IIS par son interface de programmation ISAPI[3]. Le moteur ASP.NET est distribué avec le framework .NET[4]. Il peut être utilisé avec n'importe quel langage de programmation pour la plateforme .NET (Visual Basic .NET, C#, JScript[4]…). Les sites web ASP.NET sont couramment développés en utilisant un serveur web simplifié, installé sur l'ordinateur personnel du développeur[4].

La programmation sur ASP.NET est orientée événement. Dans ce style de programmation le système attend par exemple que l'utilisateur presse sur un bouton. Une fonction est associée à cet événement, et cette fonction sera exécutée automatiquement par le système lorsque l'utilisateur effectue l'action. En ASP.NET, la page web et la plupart des widgets peuvent provoquer des événements. Des événements correspondent également au démarrage de l'application ou à la connexion d'un utilisateur. Des événements peuvent correspondre à des actions effectuées sur le navigateur web, qui peuvent être parfois traitées avec du retard, du fait qu'ASP.NET est exécuté par le serveur web[2].

ASP.NET comporte plusieurs lots de widgets (controls) qui peuvent être utilisés dans les pages web[2]:

• Html controls : les balises HTML correspondant à des widgets tels que boutons d'action, des boutons radio ou des cases à cocher[2].
• Html server controls : il s'agit des balises HTML qui peuvent être manipulées par programmation. De nombreuses balises html peuvent être converties en Html server control en leur ajoutant l'attribut runat="server"[2].
• ASP Web controls : ils offrent les mêmes possibilités que les balises HTML, mais une programmation plus simple. Les balises pour ces widgets commencent par les lettres asp:. exemple:<asp:Button ... runat="server" />. Ces widgets sont transformées en HTML par ASP.NET avant d'être envoyés au navigateur web. Le résultat de la transformation peut différer selon le navigateur utilisé[2].
• Parmi les "ASP Web controls", il y en a qui permettent d'afficher des tableaux contenant des données obtenues par programmation et d'autres qui permettent d'afficher un calendrier où l'utilisateur peut choisir une date[2].
• Validation controls : ils offrent la possibilité d'effectuer des vérifications des actions de l'utilisateur[2].
• "User controls" et "server controls" : il s'agit de widgets créés par les développeurs pour leurs besoins[2].

Ce style de programmation est rendu possible par le framework Web forms incorporé dans ASP.NET. Ce framework permet de mettre en œuvre une interface graphique à l'aide d'un groupe d'objets qui peuvent être transformés en HTML[6]. Par ce framework Microsoft a tenté de faire abstraction du langage HTML et du protocole HTTP auquel les ingénieurs n'étaient pas encore familiers[6].

Depuis 2009 ASP.NET comporte le framework ASP.NET MVC comme alternative à Web forms. Celui-ci est inspiré de produits comme Ruby on Rails, et destiné à pallier les limitations techniques de Web forms[6]. Ce framework applique le style Modèle-Vue-Contrôleur (abr. MVC) - un style lancé en 1978 et devenu populaire pour les applications web[6]. Alors que Web forms - du fait qu'il visait à faire abstraction du code HTML - offrait peu de contrôle, le framework ASP.Net MVC offre un contrôle complet du HTML généré par l'application web, ce qui simplifie l'utilisation de bibliothèques comme JQuery ou Bootstrap[6]. Contrairement à son prédécesseur, le code source d'ASP.Net MVC est publié sous licence libre Microsoft Public License[6].

<form runat="server">
    <asp:Label id="lblMessage" runat="server"></asp:Label>
</form>

Sub Page_Load()
    lblMessage.Text = "Hello world!"
End Sub

Le pipeline d'ASP.NET.

Le moteur d'ASP.NET est un filtre, branché sur le service web IIS par son interface de programmation ISAPI[3]. Le filtre — une DLL — est chargé en mémoire à la première utilisation, puis pour chaque demande de page web il lit un modèle de page, puis exécute des instructions qui vont altérer le contenu de la page et renvoie le résultat à IIS, qui le transmet au client[3].

L'interface ISAPI est également utilisée pour d'autres langages web tels que PHP ou Perl[8]. Cette interface utilise la technologie COM. Microsoft fournit très peu de documentation à son sujet[8].

Le moteur ASP.NET fonctionne avec un pipeline de traitement des requêtes web: Lorsque l'utilisateur navigue sur un hyperlien, une demande est envoyée au serveur web IIS. La demande traverse ensuite le pipeline d'ASP.NET jusqu'au point de sortie ou un développeur d'application peut attacher le code nécessaire au traitement de cette demande[8]. Le moteur est indépendant du serveur web IIS[8].

Lorsque le serveur web reçoit une demande de page web, il détermine tout d'abord s'il s'agit de contenu statique (enregistré dans un fichier) ou de contenu dynamique (généré sur demande)[4]. L'examen tient compte de l'extension du fichier. Selon la configuration, les fichiers qui se terminent par .aspx, .asax, .ascx, .ashx, .asmx, .axd ou .svc seront transmis à ASP.NET via aspnet_isapi.dll, une bibliothèque branchée à l'interface ISAPI de IIS. La requête sera envoyée à un récepteur différent selon son extension[8]. ASP.NET exécute ensuite un programme, puis le résultat du programme est renvoyé au serveur web qui le transmettra au navigateur web à l'origine de la demande.

Les pages web (.aspx) ainsi que des services web (.asmx) sont mis en œuvre en utilisant deux récepteurs intégrés à ASP.NET. Beaucoup de développeurs d'application se servent uniquement de ces deux récepteurs et le fait qu'il est possible pour les développeurs d'application de brancher leur propre récepteur est souvent inconnu ou pas maîtrisé[8]. Le récepteur pour les fichiers .asmx est cependant dépassé par Windows Communication Foundation, disponible depuis la version 3.0 du framework .NET[8].

• Systèmes de gestion de contenu (appelés aussi CMS) (DotNetNuke, Umbraco, Altitude3.Net, etc.)