Microsoft Visual Web Developer est un environnement de développement léger conçu pour le développement et l’apprentissage. Il se compose d’un ensemble d’outils et d’utilitaires permettant de créer des sites et des applications Web avec ASP.NET 2.0. Visual Web Developer continue d’offrir les avantages de productivité de l’environnement de développement intégré (IDE) tout en introduisant des changements destinés à l’améliorer.
Caractéristiques
Voici quelques-unes des fonctionnalités les plus importantes :
L’histoire
Visual Web Developer 2005 Express fait partie de la famille Visual Studio 2005, qui est l’environnement de développement de Microsoft pour la création d’applications Web, ainsi que d’applications clientes (Windows), de services Windows, de composants, de contrôles et d’autres types d’applications. Visual Web Developer, quant à lui, présente une interface modernisée qui tente de fournir les outils nécessaires à la création d’applications Web. Par conséquent, Visual Web Developer se veut plus compact et plus facile à utiliser que Visual Studio.
Toutes les fonctionnalités de Visual Web Developer sont également disponibles dans Visual Studio 2005 et les sites web qui peuvent être créés avec Visual Web Developer devraient être compatibles avec Visual Studio 2005. Les pages web et les sites web peuvent être partagés entre les deux sans aucune perte de principe.
Concepteur de sites web
Les pages Web (HTML et ASP.NET) peuvent être créées et modifiées à l’aide du concepteur de pages de Visual Web Developer. Le concepteur propose deux vues de la page : Design View, qui affiche la page telle qu’elle apparaîtra dans le navigateur, et Source View, qui affiche le balisage (sous forme de HTML) de la page. D’autres applications, telles que Dreamweaver d’Adobe, proposent une troisième vue où le code est affiché et en même temps la représentation de ce que fait le code.
La vue Conception comporte un éditeur qui permet de taper du texte directement dans l’éditeur et de le mettre en forme à l’aide des commandes du menu et de la barre d’outils. Vous pouvez également faire glisser des éléments de la boîte à outils et les placer en deux dimensions à l’aide des coordonnées x et y.
Les contrôles de serveur ASP.NET affichent un menu de balises intelligentes qui permet d’accéder aux paramètres et aux actions les plus fréquemment utilisés pour configurer le contrôle. Par défaut, le menu de la balise intelligente s’affiche lorsqu’un contrôle est glissé pour la première fois sur la page de la boîte à outils. Ce menu peut être affiché ou masqué.
La vue Source affiche le balisage (texte, éléments HTML et éléments de contrôle) de la page, qui peut être modifié directement. Dans cette vue, le concepteur propose les fonctions suivantes :
Améliorations des pages Web ASP.NET
Suivant le concept de la page dynamique, lorsque quelqu’un demande une page web ASP.NET (fichier .aspx), la page s’exécute comme un programme sur le serveur web. Pendant que la page s’exécute, toute tâche requise par le site web peut être effectuée, y compris le calcul de valeurs, la lecture ou l’écriture d’informations de base de données ou l’appel d’autres programmes. En conséquence, la page génère dynamiquement des éléments en HTML ou dans un autre langage de balisage et envoie cette sortie dynamique au navigateur.
Des modifications ont été apportées aux pages Web ASP.NET dans la version 2.0, notamment en offrant davantage d’options pour contrôler l’apparence des pages Web et leurs fonctions.
Types de sites Web dans Visual Web Developer
Utilisé lorsque vous souhaitez créer des pages Web sur un ordinateur local sur lequel une copie d’IIS est installée. Lorsque vous créez un site Web IIS local, les pages et les dossiers du site sont stockés dans un dossier situé dans le dossier IIS par défaut.
Il est également possible de créer un répertoire virtuel IIS. Dans ce cas, les pages et les dossiers du site Web peuvent se trouver dans n’importe quel dossier auquel les utilisateurs ont accès, et un répertoire virtuel dans la copie locale d’IIS doit pointer vers l’emplacement du fichier.
Visual Web Developer crée également une configuration IIS pour qu’IIS reconnaisse le site web comme une application.
Sur un site web à système de fichiers, vous pouvez créer et modifier des fichiers dans n’importe quel dossier, qu’ils se trouvent sur votre ordinateur local ou dans un dossier d’un autre ordinateur auquel vous accédez via un partage de réseau. Vous n’êtes pas obligé d’exécuter IIS sur votre ordinateur. Vous pouvez tester les pages à l’aide du serveur de développement ASP.NET.
Dans un site Web à système de fichiers, les fichiers statiques, tels que les images et les feuilles de style, sont soumis aux règles d’autorisation ASP.NET. Par exemple, les fichiers statiques d’un site Web à système de fichiers ne serviront pas à un utilisateur anonyme si l’accès anonyme à ces fichiers est désactivé. Toutefois, lorsqu’un projet de site Web est créé dans un emplacement HTTP, IIS gère les fichiers statiques sans utiliser de règles d’autorisation.
Visual Web Developer vous permet d’ouvrir et de modifier des sites Web disponibles sur un serveur FTP. Il s’agit d’un scénario typique si le site web est situé sur un site d’hébergement.
Vous pouvez vous connecter à n’importe quel serveur FTP sur lequel vous avez des droits de lecture/écriture et vous pouvez créer et modifier des pages Web sur ce serveur. Si le serveur FTP est configuré avec ASP.NET et qu’une racine virtuelle IIS pointe vers le répertoire FTP, vous pouvez également exécuter les pages à partir du serveur pour les tester.
Un site Web distant est un site qui utilise IIS mais qui se trouve sur un autre ordinateur auquel on peut accéder par l’intermédiaire d’un réseau local. L’ordinateur distant doit avoir installé IIS et être configuré avec Microsoft FrontPage 2002 Server Extensions. Lorsqu’un site Web distant est créé, les pages et les dossiers du site sont stockés dans le dossier IIS par défaut de l’ordinateur distant. Lorsque les pages sont exécutées, elles sont fournies à l’aide d’IIS sur l’ordinateur distant.
Accès aux données ASP.NET
Les applications Web accèdent généralement à des sources de données pour le stockage et la récupération de données dynamiques. Le code pour l’accès aux données peut être écrit en utilisant des classes de l’espace de noms System.Data (généralement appelé ADO.NET) et de l’espace de noms System.Xml. Cette approche était normale dans les versions antérieures d’ASP.NET.
Cependant, ASP.NET permet également la liaison de données par déclaration. Ce processus ne nécessite pas l’existence d’un code pour les scénarios de données les plus courants, notamment :
ASP.NET comprend deux types de contrôles de serveur qui participent au modèle déclaratif de liaison de données : les contrôles de source de données et les contrôles de données liées. Les contrôles de source de données gèrent les tâches de connexion à une source de données et de lecture et d’écriture de données. Les contrôles de source de données ne représentent pas d’interface utilisateur, mais servent d’intermédiaires entre un magasin de données particulier (tel qu’une base de données, un objet commercial ou un fichier XML) et les autres contrôles de la page Web ASP.NET. Les contrôles de source de données permettent un large éventail de fonctions d’extraction et de modification des données, notamment l’interrogation, le tri, la pagination, le filtrage, la mise à jour, la suppression et l’insertion.
Les contrôles de liaison de données représentent les données telles qu’elles sont marquées par le navigateur qui a effectué la requête. Un contrôle de liaison de données peut se lier à un contrôle de source de données et récupérer automatiquement les données au moment approprié du cycle de vie de la requête de la page. Les contrôles de liaison de données peuvent tirer parti des fonctions fournies par un contrôle de source de données, notamment le tri, la pagination, la mise en cache, le filtrage, la mise à jour, la suppression et l’insertion. Un contrôle de liaison de données établit une connexion avec un contrôle de source de données par le biais de sa propriété DataSourceID.
Débogage et dépannage en ASP.NET
Le code d’une application peut contenir différents types d’erreurs. La plupart des erreurs de syntaxe sont détectées lors de la compilation. Cependant, d’autres types d’erreurs nécessitent le débogage du code, c’est-à-dire l’examen du code lors de son exécution afin de valider que le chemin d’exécution et les données sont conformes à ce qu’ils devraient être.
Un outil appelé Visual Debugger est inclus et vous permet d’examiner une application pendant qu’elle est en cours d’exécution.
Il vous permet d’examiner le code pendant qu’il s’exécute et comprend des fonctions qui facilitent le débogage des applications, notamment les suivantes :
ASP.NET vous permet d’afficher des informations de diagnostic sur une demande de page ASP.NET. En outre, la fonction de traçage permet d’écrire des instructions de débogage directement dans le code, sans qu’il soit nécessaire de les retirer de l’application lorsqu’elle est déployée sur des serveurs de production. Vous pouvez écrire des variables ou des structures dans une page, déterminer si une condition est remplie ou simplement observer le flux d’exécution de la page ou de l’application. Il est possible d’afficher les informations de traçage au bas d’une page, dans un visualiseur de traçage séparé, ou les deux.
Mise en place d’un site web
Après avoir développé un site web, vous pouvez le déployer sur un serveur web pour le tester (un serveur temporaire) ou sur un serveur où les utilisateurs peuvent travailler avec le site (un serveur de production). Visual Web Developer propose les options suivantes pour déployer le site :
Outre la création du site Web et son déploiement sur un serveur cible, vous pouvez également créer un site Web FTP (File Transfer Protocol). Dans ce cas, vous pouvez créer et modifier des fichiers directement sur le serveur cible, car il s’agit d’un moyen pratique de travailler avec un site web sur un serveur hébergé.
L’outil Copier le site web est similaire à un utilitaire FTP, vous pouvez ouvrir un dossier sur un serveur cible, puis charger et télécharger des fichiers entre le site web actuel et le site cible. L’outil Copier le site Web prend également en charge une fonction de synchronisation qui examine les fichiers sur les deux sites Web et vérifie automatiquement que les deux sites ont des versions à jour des fichiers.
L’utilitaire Publier le site Web précompile le contenu du site Web, y compris les pages Web (fichiers .aspx) et le code, et copie le résultat dans le répertoire ou l’emplacement du serveur que vous spécifiez. Vous pouvez publier directement dans le cadre du processus de précompilation ou précompiler localement, puis copier les fichiers. L’utilitaire Publier un site Web compile le site Web, supprime le code source des fichiers et ne laisse que les fichiers de code auxiliaire pour les pages et les assemblages compilés. Lorsque les utilisateurs demandent des pages, ASP.NET répond à la demande à partir des assemblages précompilés.
Références Web
Pour simplifier le développement d’applications clientes de services Web XML, Visual Web Developer fournit le concept de références Web. Les références Web sont différentes des composants et des références traditionnelles ; au lieu de faire référence à un composant ou à une bibliothèque de classes installée sur la machine locale, une référence Web fournit un accès à une ressource qui est disponible par l’utilisation d’un protocole Internet, tel que SOAP ou HTTP.
En pratique, une référence Web est une classe proxy générée qui représente localement la fonctionnalité exposée d’un service Web XML. La classe proxy définit des méthodes qui représentent les méthodes réelles exposées par un service web XML. Lorsque votre application crée une instance de la classe proxy, elle peut appeler les méthodes du service web XML comme si le service web XML était un composant disponible localement.
Sécurité des applications Web au fil de l’eau
Le développement d’une application nécessite de travailler sur un ensemble de questions de sécurité. L’autre série de problèmes (qui sont généralement les plus importants dans tout commentaire sur la sécurité du Web) concerne la sécurité de l’application une fois qu’elle a été déployée et qu’elle fonctionne.
Les applications web, par définition, permettent aux utilisateurs d’accéder à des ressources centrales, le serveur web, et, par l’intermédiaire du serveur web, à d’autres ressources telles que les serveurs de base de données.
Processus de sécurité ASP.NET
IIS offre de nombreuses options de sécurité pour les sites Web. Cependant, les mécanismes de sécurité d’IIS sont très génériques, car les mêmes mécanismes sont utilisés pour toutes les applications. En outre, les options de sécurité d’IIS, par exemple la sécurité intégrée de Windows, ne conviennent pas toujours à votre application.
Par conséquent, pour permettre l’accès à des parties spécifiques de l’application, il est possible d’utiliser la sécurité ASP.NET. La sécurité ASP.NET fonctionne parallèlement à la sécurité IIS, mais l’étend pour vous permettre de personnaliser des fonctions, telles que l’obtention des informations d’identification de l’utilisateur.
IIS reçoit d’abord les demandes des clients et effectue les contrôles de sécurité définis pour l’application à l’aide des outils d’administration IIS. Par exemple, si l’application a été configurée dans IIS pour autoriser l’accès anonyme, IIS ne vérifie pas les informations d’identification. Une fois le contrôle d’authentification initial effectué, IIS envoie une requête à ASP.NET, qui peut effectuer un deuxième niveau de contrôle. ASP.NET permet de spécifier des restrictions d’accès à l’application selon différents critères : l’accès peut être limité à des pages spécifiques, à des utilisateurs spécifiques, etc.
Références
« Guide visuel de Visual Web Developer ». Consulté le 20 juillet 2018.