Nous mettrons à jour notre Politique de confidentialité prochainement. En voici un aperçu.

L'essentiel de Visual Studio 2017

Comprendre l'affichage du projet

Testez gratuitement nos 1341 formations

pendant 10 jours !

Tester maintenant Afficher tous les abonnements
Vous apprendrez à ajouter des éléments à votre projet, ainsi qu'à gérer les espaces de noms par rapport à l'arborescence du projet.
05:29

Transcription

L'affichage de projets est donc, on l'a vu, quelque chose de différent de l'affichage de dossiers. Dans un projet, ici, j'ai des répertoires qui correspondent à des répertoires physiques. Si je créé un nouveau dossier... on pourrait dire répertoire ou dossier, c'est comme on veut, he bien, si je créé un nouveau dossier que je vais appeler plouf, très intelligent de ma part... C'est quelque chose qui va réellement être créé dans le répertoire. J'ai fait Ouvrir dans l’Explorateur de fichiers et j'ai bien un répertoire plouf. Mais, on se souvient que tous les répertoires ne sont pas présents dans le projet. Les répertoires comme bin ou obj qui sont des répertoires cibles pour la génération de l'Assembly n'ont pas à apparaître dans le projet tel que je le vois dans Visual Studio, ça, c'est clair. À l'intérieur de mes dossiers, je peux, ensuite, ajouter des éléments qui vont s'ajouter physiquement, également. Par exemple, je peux ajouter une nouvelle classe, je peux ajouter un nouvel élément, directement et choisir le type d’élément, par rapport à mes modèles, ici, une Classe, une List View Page... Donc, soit des éléments graphiques, soit des type de code source. Je vais faire annuler. Mais, je peux aussi, ajouter un Élément existant si je veux aller chercher un fichier source que j'ai téléchargé d'Internet pour du « code exemple » et que je veux intégrer dans ce répertoire et je peux directement ajouter une Classe. J'ai finalement, ici, les propositions les plus logiques par rapport à mon type de projet. Je suis dans du « C# », en « WPF », je peux faire une Fenêtre, une Page ou un Contrôle utilisateur. C'est, à peu près, ce qu'il y a de plus commun. Ou bien, une Classe pour du code. Si je fais une Classe, on me présélectionne, ici, dans mes modèles Classe. Je vais l'appeler MaClasse, je manque un peu d'imagination, aujourd'hui, je vous l'accorde. Et ça me créé un squelette de classe, un fichier « .cs » avec sa vision logique. Mais, bien entendu, quelque chose qui est physiquement ici, dans plouf, un fichier « .cs » Simplement, il va être référencé, vous vous souvenez, dans le fichier csproj pour qu'il apparaisse bien dans mon projet. Ce que vous pouvez voir également, c'est qu'ayant créé cette Classe à l'intérieur du dossier plouf, le modèle a automatiquement nommé, ici, un espace de noms, SQLTrismegiste.plouf, c'est-à-dire, le nom du répertoire. D'ailleurs, c'est pas extraordinaire ce que j'ai fait, j'aurais dû, par convention de nommage en « C# », faire un « P » majuscule, là d'ailleurs, mais bon, c'est qu'un détail. Donc, c'est plutôt pas mal ! Quand j'ai créé un fichier à l'intérieur de ce dossier, he bien, il a créé automatiquement un espace de noms. Et c'est une bonne pratique lorsque vous créez des dossiers, vous allez finalement classer des fonctionnalités à l’intérieur de ce dossier. Par exemple, ici, j'ai mis tous mes ViewModel, je suis en « WPF », donc c'est un pattern de type « MVC » He bien, là, j'ai mis tous mes ViewModel et si vous regardez le ViewModel, alors, j'ai plein de using, mais c'est finalement un espace de nom ViewModel dans lequel je vais mettre tous mes ViewModel, donc ça a quand même un certain sens. Mais souvenez vous de ça, par défaut, finalement, on va prendre le nom du dossier pour créer le nom du namespace, mais vous pouvez, bien entendu, changer ceci. Alors, ça, c'est un autre problème, si vous changez ce nom et que vous mettez des namespace différents dans des dossiers différents, ça commence à devenir un peu un plat de spaghetti, il faudra réussir à vous en sortir ! Donc, c'était juste pour noter ça. Enfin, la vision sous forme de projet vous montre certaines dépendances entre des fichiers différents. Par exemple, ceci. Vous voyez que j'ai MainWindow.xaml et en dessous, j'ai un MainWindow.xaml.cs. qui correspond au code source sous-jacent, de la définition de l'interface, ici. Vous vous souvenez, on passait d'ailleurs, de l'un à l'autre, en faisant un F7 ou un Maj F7. Et en fait, quand je fais un F7, je viens d'ici à là. Et quand je fais un Maj F7, je passe de ceci à ça. Mais, en fait, si je vais regarder dans mes dossiers, ici, MainWindow.xaml et MainWindow.xaml.cs sont deux fichiers séparés. Ils sont simplement à l'intérieur du fichier de projet, alors là, c'est pas très, très lisible, mais simplement, si vous regardez à l'intérieur du fichier de projet, ils sont regroupés dans des Items avec une information de dépendance. C'est pour cela qu'ils sont affichés, ici, avec cette logique, dans le projet de Visual Studio. Parce que ceci, c'est l'interface graphique et ça, c'est le code qui se trouve derrière.

L'essentiel de Visual Studio 2017

Découvrez les éléments fondamentaux de l'interface de Visual Studio. Exploitez la richesse des fonctionnalités de cet environnement de développement intégré de Microsoft.

5h16 (65 vidéos)
Aucun commentaire n´est disponible actuellement
 
Spécial abonnés
Date de parution :10 août 2017

Votre formation est disponible en ligne avec option de téléchargement. Bonne nouvelle : vous ne devez pas choisir entre les deux. Dès que vous achetez une formation, vous disposez des deux options de consultation !

Le téléchargement vous permet de consulter la formation hors ligne et offre une interface plus conviviale. Si vous travaillez sur différents ordinateurs ou que vous ne voulez pas regarder la formation en une seule fois, connectez-vous sur cette page pour consulter en ligne les vidéos de la formation. Nous vous souhaitons un excellent apprentissage avec cette formation vidéo.

N'hésitez pas à nous contacter si vous avez des questions !