Pour afficher l’article en anglais, activez la case d’option Anglais. Vous pouvez aussi afficher la version anglaise dans une fenêtre contextuelle en faisant glisser le pointeur de la souris sur le texte.
Traduction
Anglais

Utilisation de solutions, de projets et de fichiers dans Blend

Lorsque vous travaillez dans Blend for Visual Studio, tous les fichiers sont organisés dans un dossier de projet unique. Ce système de projet vous permet de gérer l’ensemble de vos fichiers et références de travail de manière efficace, en les conservant dans une arborescence de dossiers locaux, dans le panneau Projets.

Le système de projet vous permet également de tester facilement un document de départ ou un projet tout entier, puis de générer le projet à l’emplacement de votre choix lorsque vous êtes prêt. Le produit final obtenu après la génération d’un projet dépend du type de projet :

  • Un projet Windows Presentation Foundation (WPF) génère une application Windows standard (.exe).

  • Un projet Microsoft Silverlight génère une application Silverlight (.xap) et les fichiers pris en charge, comprenant une page test HTML qui chargera votre application dans une fenêtre de navigateur.

À l’instar des documents Web basés sur des langages de balisages tels que le langage HTML, les documents Blend sont également basés sur un langage unique, le langage XAML (Extensible Application Markup Language). Dans Blend vous pouvez créer des documents XAML, ouvrir, enregistrer, et supprimer des documents existants, et même copier et renommer des documents, exactement comme vous le feriez dans d'autres applications. Blend propose également des fonctionnalités de base de récupération de projet et la possibilité d'abandonner des projets. Vous pouvez effectuer la plupart des tâches relatives aux documents à l’aide des commandes situées dans les menus Fichier, Edition et Projet. Vous pouvez même cliquer avec le bouton droit sur des documents dans le panneau Projets et effectuer rapidement des tâches de base à l’aide du menu contextuel. Par défaut, Blend crée un fichier .csproj ou .vbproj pour vos projets WPF et Silverlight, mais il prend également en charge les fichiers solution Microsoft Visual Studio (.sln). Pour vos projets Silverlight, Blend crée un dossier de site Web avec aucun fichier projet ou solution.

Pour plus d'informations sur le panneau Projets, voir Panneau Projets dans Blend.

JJ170367.collapse_all(fr-fr,VS.120).gifDossier Références

Le dossier Références sert à stocker les assemblys tels que les DLL et les exécutables. Un assembly peut être un contrôle utilisateur .dll que vous avez créé dans Blend, un contrôle personnalisé .NET Framework ou un composant COM compatible.

Les références d’assembly sont répertoriées dans le panneau Projets.

JJ170367.65aaebe1-ca4c-4805-a869-02d767be3c00(fr-fr,VS.120).png

Pour plus d'informations, consultez Ajouter ou supprimer une référence dans Blend.

JJ170367.collapse_all(fr-fr,VS.120).gifDictionnaires de ressources

Les dictionnaires de ressources contiennent des ressources réutilisables, telles que des couleurs de pinceau, des styles et des modèles pour des contrôles, et d’autres types de données que vous pouvez affecter à une propriété. Les dictionnaires de ressources sont liés à un projet par des références de dictionnaire dans le fichier App.xaml ou dans un autre fichier de dictionnaire de ressources.

Un dictionnaire de ressources est simplement un type de document XAML que vous pouvez créer dans Blend. Des documents XAML supplémentaires comprennent des fenêtres, des pages et des contrôles utilisateur.

Pour plus d’informations, consultez Créer, exporter ou importer un dictionnaire de ressources dans Blend et Création de ressources réutilisables dans Blend.

JJ170367.collapse_all(fr-fr,VS.120).gifÉléments locaux

Lorsque vous ajoutez un élément nouveau ou existant à un projet, cet élément s’affiche dans la liste de Fichiers. Les éléments peuvent être des documents XAML, des images, des fichiers audio, des fichiers vidéo, des objets en 3D, des fichiers de matériaux en 3D, etc. Vous pouvez créer et ajouter des documents XAML à votre projet à l’aide de la commande Nouvel élément du menu Fichier. Les fichiers existants sont ajoutés au projet à l’aide de la commande Ajouter un élément existant du menu Projet.

Pour plus d'informations, consultez les rubriques suivantes :

JJ170367.collapse_all(fr-fr,VS.120).gifLiens vers des éléments

Vous pouvez créer un lien vers des éléments existants qui ne se trouvent pas localement dans votre dossier de projet mais qui sont stockés ailleurs. Les éléments peuvent être des documents XAML, des images, des fichiers audio, des fichiers vidéo, des objets en 3D, des fichiers de matériaux en 3D, etc. Un élément lié est identifié par une flèche superposée à l'icône du fichier JJ170367.1cca22e6-da56-405c-a971-c52712d43334(fr-fr,VS.120).png dans la liste Fichiers.

Pour plus d'informations, consultez Ajouter ou établir une liaison avec un élément existant dans Blend.

JJ170367.collapse_all(fr-fr,VS.120).gifFichiers de code

Le fichier code-behind pour un document XAML s’affiche toujours en tant qu’élément enfant sous son document XAML respectif. Vous pouvez créer un fichier de code pour un document XAML chaque fois que vous créez un document XAML en activant la case à cocher Inclure le fichier de code dans la boîte de dialogue Nouvel élément. Les fichiers code-behind sont généralement utilisés pour exécuter une procédure impliquant davantage que la définition d’une propriété ou le contrôle d’une chronologie d’animation (dont la réalisation est possible sans code dans un document XAML). Par exemple, dans un fichier code-behind, vous pouvez ajouter une autre logique de programmation, telle que la définition d’une propriété sur un autre objet, le chargement d’un nouveau document, la création d’un nouvel objet, l’utilisation d’un calcul mathématique pour animer un objet, etc. Pour plus d'informations sur l'utilisation des fichiers code-behind, consultez Modifier un fichier code-behind. Pour obtenir une comparaison sur ce qui peut être fait avec et sans code, voir Utilisation du code. Vous pouvez également ajouter à votre projet des fichiers de code pour des classes personnalisées.

JJ170367.collapse_all(fr-fr,VS.120).gifFichier App.xaml

Un fichier App.xaml et le fichier code-behind correspondant sont créés par défaut dans un projet Blend. Le fichier App.xaml contient des ressources de niveau application, utilisables par n’importe quel document de l’application. Les ressources de niveau application sont répertoriées dans le panneau Ressources sous le nœud App.xaml. Vous pouvez ajouter des ressources au fichier App.xaml en sélectionnant Application dans la fenêtre Créer une ressource. Pour plus d’informations, consultez Création de ressources réutilisables dans Blend et Créer une ressource dans Blend.

JJ170367.collapse_all(fr-fr,VS.120).gifFichier AssemblyInfo.cs

Par défaut, un fichier AssemblyInfo.cs est créé dans un projet Blend. Le fichier AssemblyInfo.cs contient des paramètres pour le projet qui sont utilisés lorsque vous compilez l’application. Ne modifiez pas le fichier AssemblyInfo.cs.

JJ170367.collapse_all(fr-fr,VS.120).gifFichiers projet et solution

Un fichier projet (.vbproj ou .csproj) et un fichier solution (.sln) sont créés pour les applications WPF dans Blend. Ces fichiers sont compatibles avec Microsoft Visual Studio 2010.

Mise en garde Attention

La gestion des fichiers projet requiert de l’organisation ; en effet, le changement de nom et le déplacement de documents ou d’éléments au sein de votre dossier de projet peuvent entraîner la perte des liens et références existants. Dans cette version d’Blend, veillez à limiter les changements de noms et les déplacements au strict nécessaire ; par ailleurs, n’oubliez pas que si vous renommez ou déplacez un élément ou une référence, vous devez mettre à jour manuellement toutes les références aux éléments et références renommés ou déplacés afin de garantir le bon fonctionnement de votre projet. Ne renommez pas et ne supprimez pas les fichiers App.xaml ni le fichier AssemblyInfo.cs.

Blend crée le même ensemble de fichiers que Microsoft Visual Studio 2010 lorsque vous créez un projet pour une application Silverlight et sélectionnez l’option Générer dynamiquement une page de test HTML pour héberger Silverlight dans ce projet dans la boîte de dialogue Ajouter une application Silverlight de Visual Studio 2010.

Les fichiers suivants sont générés lorsque vous créez un projet Silverlight.

Fichier

Description

ProjectName.sln

Fichier solution Visual Studio qui spécifie les paramètres de configuration pour la solution et référence tous les projets dans la solution.

ProjectName.csproj

ou

ProjectName.vbproj

Fichier projet qui spécifie les paramètres de configuration pour le projet (y compris la page Web de démarrage) et référence tous les fichiers sources dans le projet.

App.xaml

Fichier où les ressources au niveau de l’application sont définies. Par exemple, si vous personnalisez un modèle de bouton et le sélectionnez pour le définir au niveau de l’application, tout document dans votre projet peut utiliser le modèle pour appliquer un style au bouton.

App.xaml.cs

ou

App.xaml.vb

Fichier code-behind pour le fichier App.xaml.

Page.xaml

Fichier XAML par défaut dans lequel commencer à concevoir l’interface utilisateur de votre application Silverlight.

Page.xaml.cs

ou

Page.xaml.vb

Fichier code-behind pour le fichier de contenu correspondant. L’interaction de l’utilisateur et le comportement de l’application sont souvent programmés dans le fichier code-behind.

AppManifest.xml

Définit les assemblys inclus dans l’application Silverlight. Par exemple, un projet Silverlight créé dans Blend génère une application Silverlight dans un fichier d’assembly (ProjectName.dll). Ainsi, AppManifest.xml répertorie toujours l’assembly créé par le projet dans lequel il réside.

AssemblyInfo.cs

ou

AssemblyInfo.vb

Définit les propriétés pour l’application, telles que le numéro de version, la description, les assemblys chargés, etc.

Conseil Conseil

Le fichier avec lequel vous travaillez le plus souvent est Page.xaml et se trouve où vous pouvez concevoir l’interface utilisateur de votre application Silverlight. D’autres fichiers modifiables sont le fichier App.xaml file et tout autre fichier de contenu (.xaml) ajoutés à votre projet.

Lorsque vous générez et testez un projet Silverlight, les fichiers suivants sont créés dans le dossier \bin\debug et Blend tente d'ouvrir la page Web de démarrage.

Fichier

Description

AppManifest.xaml

Version Silverlight du fichier AppManifest.xml.

Default.html (ou TestPage.html si le projet a été créé avec Visual Studio 2010)

Page Web qui charge l’application Silverlight (contenue dans ProjectName.xap) dans le navigateur.

ProjectName.dll

Assembly compilé de l’application créée dans les fichiers de contenu de votre projet.

ProjectName.pdb

Informations de débogage pour l’application.

ProjectName.xap

Archive compressée qui comprend tout le contenu et toutes les ressources pour l’application Silverlight. Les utilisateurs téléchargent ce fichier dans leur navigateur et l'exécutent avec le plug-in Silverlight.

JJ170367.collapse_all(fr-fr,VS.120).gifRéférences

Lorsque vous créez un nouveau projet, les références par défaut aux assemblys Silverlight sont ajoutées pour vous. C’est dans ces assemblys référencés que les contrôles, tels que Button et TextBox sont définis. Vous pouvez ajouter d’autres références d’assembly Silverlight à mesure que vous en avez besoin. Vous pouvez également ajouter des références aux fichiers .dll qui sont compilés à partir d’autres projets Silverlight.

Pour plus d'informations, consultez Importer un contrôle personnalisé en ajoutant une référence.

Blend fournit les fonctionnalités de test de base pour que vous puissiez tester votre projet avant de générer. Lorsque vous testez le projet, le document identifié en tant que page de démarrage est affiché en premier. C’est toujours la page de démarrage qui s’affiche la première. Le processus de génération (appelé aussi compilation) d’Blend utilise la nouvelle plateforme de génération Microsoft, MSBuild. MSBuild définit à la fois ce que vous générez et la façon dont vous le générez.

Pour plus d'informations sur MSBuild, consultez Présentation MSBuild sur MSDN. La signature et les autres tâches de finalisation telles que le débogage, la sécurisation et le déploiement de votre projet doivent être gérées via Visual Studio ou Visual Studio Express.

Pour plus d’informations sur ces tâches, voir les rubriques suivantes :

Afficher: