Exporter (0) Imprimer
Développer tout

Nouveautés des projets Web

Visual Studio 2005

Cette rubrique décrit les modifications apportées à l'organisation et à la structure des sites Web par rapport aux versions antérieures de Microsoft Visual Studio.

Dans Visual Studio .NET 2002 et Visual Studio .NET 2003, les projets Web ont été organisés en utilisant essentiellement le même modèle que celui des projets clients (projets Windows Forms). Le projet Web était basé sur un modèle dans lequel le projet entier avait été compilé dans un seul assembly exécutable.

Dans Visual Web Developer, l'organisation des projets Web a été modifiée pour refléter plus précisément la façon dont les applications ASP.NET sont généralement construites. Cette rubrique décrit les modifications à un niveau élevé et fournit des liens vers les rubriques qui décrivent de manière plus détaillée les nouvelles fonctionnalités et les fonctionnalités modifiées.

Types de sites Web

La possibilité de créer différents types de sites Web est une différence significative. Au lieu de créer uniquement des sites Web qui s'exécutent en tant qu'applications Internet Information Services (IIS), vous pouvez désormais créer les types suivants :

  • Site Web de système de fichiers   Vous pouvez stocker des fichiers dans n'importe quel dossier et vous pouvez ouvrir et utiliser n'importe quelle collection de pages Web, quel que soit leur emplacement. Voici une fonctionnalité importante : IIS ne doit pas nécessairement être installé pour exécuter des pages dans un site Web de système de fichiers. À la place, vous pouvez tester vos sites Web en utilisant le serveur de développement d'ASP.NET, un serveur de test « allégé ». Pour plus d'informations, consultez Serveurs Web dans Visual Web Developer.

  • Site Web FTP   Vous pouvez ouvrir et modifier des fichiers de site Web en utilisant directement le protocole FTP (File Transfer Protocol) à partir de Visual Web Developer.

  • Site Web IIS local   Vous pouvez continuer à créer des sites Web qui s'exécutent sous votre copie locale d'IIS, comme vous l'avez fait avec les versions antérieures de Visual Studio. Les sites Web IIS locaux ne requièrent pas les extensions serveur FrontPage.

  • Site Web distant   Vous pouvez créer des sites Web qui s'exécutent sous IIS sur un autre ordinateur qui exécute les extensions serveur FrontPage 2000 ou FrontPage 2002. Pour plus d'informations, consultez Types des sites Web dans Visual Web Developer.

Disposition des sites Web

Comme dans les versions antérieures de Visual Studio, vous conservez vos pages Web dans la racine du site Web et dans les sous-dossiers, conformément aux exigences de votre application. Toutefois, votre site Web Visual Web Developer peut contenir les sous-dossiers suivants qui ont des caractéristiques spécifiques :

  • Dossier App_Browsers   Contient des fichiers de définition de navigateur utilisés par ASP.NET pour identifier des navigateurs individuels et déterminer leurs fonctionnalités.

  • Dossier App_Data   Contient des bases de données Microsoft Access (fichiers .mdb), des fichiers XML et d'autres données stockées dans les fichiers locaux. Le compte d'utilisateur qui sert à exécuter l'application (par exemple, le compte ASPNET local) a des autorisations pour lire, écrire et créer des fichiers dans ce dossier. Plusieurs composants de l'application ASP.NET, tels que les fournisseurs d'appartenances (membership) et de rôles, aussi bien que l'outil Administration de site Web, sont configurés pour fonctionner spécifiquement avec le dossier App_Data.

  • Dossier Bin   Contient le code compilé, comme dans les versions antérieures de Visual Studio. Toutes les classes représentées par du code dans le dossier Bin sont automatiquement référencées dans votre site Web. Pour plus d'informations, consultez Dossiers de code partagé dans des sites Web ASP.NET.

  • Dossier App_LocalResources   Contient des fichiers .resx qui sont liés à une page spécifique. Vous pouvez définir plusieurs fichiers .resx pour chaque page, chaque fichier .resx pouvant représenter une langue ou une combinaison de langue/culture différente. Pour plus d'informations, consultez Localisation des pages Web ASP.NET à l'aide de ressources et Comment : créer des fichiers de ressources pour des sites Web ASP.NET (Visual Studio).

  • Dossier App_GlobalResource   Il est identique aux dossiers App_LocalResources, mais il contient des fichiers .resx qui ne sont pas liés à une page spécifique. Les valeurs de ressources dans les fichiers .resx des dossiers App_GlobalResource sont accessibles par programme via le code de l'application.

  • Dossier App_Code   Contient des fichiers de code source. Le code est compilé en tant qu'élément de votre application et est automatiquement référencé. Le dossier App_Code fonctionne sensiblement comme le dossier Bin, sauf que vous pouvez y stocker le code source au lieu du code compilé. Pendant que vous travaillez dans Visual Web Developer, le code source dans le dossier App_Code est compilé dynamiquement afin qu'IntelliSense puisse référencer toutes les classes définies dans les fichiers. Pour plus d'informations, consultez Dossiers de code partagé dans des sites Web ASP.NET.

  • Dossier App_Themes   Contient une collection de fichiers qui définissent l'apparence des pages Web et des contrôles ASP.NET. Pour plus d'informations, consultez Vue d'ensemble des thèmes et des apparences ASP.NET.

  • Dossier App_Browsers   Contient des fichiers browser qui définissent les fonctionnalités du navigateur.

  • Dossier App_WebReferences   Contient des fichiers utilisés pour créer une référence à un service Web (dans le même projet ou externe au projet), notamment des fichiers .disco et .wsdl. Pour plus d'informations, consultez Comment : ajouter une référence à un projet Visual Studio dans un site Web.

Visual Web Developer ne crée pas ces dossiers par défaut, sauf le dossier App_Data. Dans certains cas, les dossiers sont créés par des utilitaires. Par exemple, l'exécution de la commande Générer la ressource locale crée le dossier App_LocalResources. Dans d'autres cas, vous pouvez créer les dossiers manuellement.

Modèles de sites Web simplifiés

Lorsque vous créez un nouveau site Web, le nombre de fichiers créés par défaut est moins important que dans les versions antérieures de Visual Studio. En général, Visual Web Developer crée uniquement les fichiers dont vous avez besoin. Par conséquent, un site Web ne contient pas initialement de fichiers Web.config, Global.asax, etc. Si vous avez besoin de ces fichiers dans votre application Web, vous pouvez les ajouter en tant que nouveaux éléments. De façon similaire, même si certains dossiers font l'objet d'un traitement spécifique dans ASP.NET, ils ne sont pas créés par défaut. Vous pouvez également ajouter tous les dossiers supplémentaires qui sont requis par votre application.

Modifications des modèles de page code-behind et de page à fichier unique

La version 2.0 d'ASP.NET comporte un nouveau modèle code-behind qui simplifie la relation entre la page .aspx et son code correspondant. Visual Web Developer inclut également la prise en charge complète des pages à fichier unique. Pour plus d'informations, consultez Nouveautés dans la prise en charge code-behind dans Visual Web Developer et Nouveautés du modèle de page Web ASP.NET.

Modèle de déploiement et de génération modifié

Dans les versions antérieures de Visual Studio, votre projet de site Web aurait été généré (ou compilé) dans un assembly unique au moment de l'exécution d'une page. Dans le nouveau modèle de projet, vous n'avez pas besoin de compiler votre projet avant de l'exécuter. Visual Web Developer suit maintenant le modèle pris en charge par ASP.NET : les pages et leurs composants dépendants sont compilés individuellement lorsqu'ils sont demandés, et la version compilée de la page est mise en cache jusqu'à ce que la source soit modifiée.

RemarqueRemarque

Par défaut, Visual Web Developer génère votre site Web à chaque fois que vous le testez en l'exécutant à partir du concepteur ; à tout moment, vous pouvez générer explicitement des pages individuelles ou le site Web entier. Le but de ce processus de génération est de vous aider à rechercher les erreurs de compilation, sans générer du code exécutable. La sortie de cette étape de génération est supprimée après le processus de génération et une compilation normale de la page est demandée.

Déploiement

Suite à la modification des modèles de génération, vous ne déployez pas votre site en copiant un seul fichier .DLL et en prenant en charge les fichiers .aspx. Au lieu de cela, vous copiez le site entier, y compris les fichiers .aspx, les fichiers de classe (fichiers .vb, .cs ou .jsl) et les autres fichiers, tous en tant que fichiers sources. Déployer des sites en copiant la source permet de simplifier cette opération (parce que vous n'avez pas besoin de copier des fichiers binaires) et la maintenance (parce qu'il n'est pas nécessaire de recompiler le site entier lorsque vous modifiez un fichier de classe).

Visual Web Developer offre plusieurs options de déploiement. Vous pouvez publier votre site, qui précompile le site et copie la sortie vers un emplacement cible. La précompilation pour la publication permet d'obtenir la même compilation que celle qui se produirait normalement de façon dynamique au moment de l'exécution, générant une sortie binaire. Vous pouvez précompiler le site et remplacer les fichiers .aspx dans votre site par les stubs qui pointent vers les versions compilées des pages. Vous pouvez également publier le site en tant que site modifiable, qui ne compile pas les fichiers .aspx dans des stubs et vous permet, par conséquent, de modifier le balisage et la disposition sans avoir à recompiler et republier. Tout comme la génération de votre projet dans Visual Studio .NET 2003, la précompilation vous aide à intercepter les erreurs de compilation et à réduire la durée de la phase de démarrage de votre site, puisque la compilation dynamique n'est pas requise. Voici une fonctionnalité importante de la précompilation pour la publication : elle peut également améliorer la protection du code source de votre site en vous fournissant une version basée uniquement sur les objets du site que vous déployez.

RemarqueRemarque

L'utilitaire Publier le site Web n'est pas disponible dans Visual Web Developer Express.

Au lieu de précompiler votre site pour le publier, vous pouvez également copier votre site vers le serveur de production à l'aide de l'outil Copier l'application Web. Cet outil, qui fonctionne comme un utilitaire FTP, vous permet de copier des fichiers vers et à partir d'un site cible et vous donne la possibilité de synchroniser automatiquement deux sites.

Pour plus d'informations, consultez Déploiement de sites Web dans Visual Web Developer.

Langages de programmation

Comme avec Visual Studio .NET 2002, vous pouvez créer le code pour les pages Web en utilisant divers langages du .NET Framework. Comme le site Web n'est pas compilé dans un assembly unique, il est possible que les pages et les composants d'un même site Web utilisent des langages de programmation différents.

Configuration requise pour le serveur Web

Vous n'avez plus besoin d'IIS pour tester vos projets Web. Visual Web Developer inclut le serveur de développement ASP.NET, un serveur Web qui s'exécute sur votre ordinateur local et peut servir (ou exécuter) des pages. Le serveur de développement ASP.NET accepte uniquement les demandes provenant de l'ordinateur local (localhost). Par conséquent, il est utile pour tester les pages sur votre ordinateur et il est protégé contre demandes ne provenant pas de votre ordinateur.

Si vous créez un site Web de système de fichiers, lorsque vous exécutez votre projet dans Visual Web Developer, ce dernier démarre le serveur de développement ASP.NET et affiche la page (si vous utilisez un site IIS local, un site distant ou un site FTP, Visual Web Developer exécute la page en utilisant la version d'IIS qui est associée à ce site Web).

Persistance des informations du projet

Visual Web Developer ne requiert plus de fichier projet (.vbproj ou .csproj) pour les sites Web. L'absence de fichier projet a un avantage significatif : le développement du site avec plusieurs programmeurs est plus facile, puisqu'il n'y a pas de conflit lié au fichier projet central. En outre, vous pouvez ouvrir n'importe quel dossier contenant des fichiers Web en tant que site Web.

Comme les sites Web sont désormais basés sur un système de fichiers, l'un des principaux objectifs du fichier projet - assurer le suivi pour savoir quels fichiers appartiennent au projet - n'est plus nécessaire. Les autres informations qui étaient conservées dans un fichier projet sont maintenant stockées dans le fichier Web.config. Pour plus d'informations, consultez Conversion de paramètres de projet Web.

Les sites Web continuent à utiliser des fichiers solution (.sln et .suo) pour effectuer le suivi des informations de configuration spécifiques à l'utilisateur pour le site. Visual Web Developer enregistre également dans les dossiers utilisateur locaux des informations spécifiques à l'utilisateur, telles que les informations de débogage. Pour plus d'informations, consultez Types de fichiers et extensions de fichiers dans Visual Studio.

Voir aussi

Ajouts de la communauté

AJOUTER
Afficher:
© 2015 Microsoft