L'essentiel de Visual Studio 2015

Déclarer des références entre projets

Testez gratuitement nos 1300 formations

pendant 10 jours !

Tester maintenant Afficher tous les abonnements
À l'aide de cette séquence, vous allez créer des références dans un projet pour utiliser le code d'un autre projet.
06:16

Transcription

Pour cette vidéo, je vais nettoyer un peu mon projet « Outils ». Car j'ai ma classe 1 ici, je vais l'appeler « plouf ». Et puis, je ne vais rien faire dedans et je vais appeler mon fichier « plouf », également. Là, j'ai fais « F2 » pour renommer, et vous voyez que dans l’explorateur de solution, le fait de faire « F2 » pour renommer, va me sélectionner uniquement la première partie du nom du fichier. C'est assez logique de façon à pouvoir juste renommer ce qui m'intéresse. Très rarement, on va vouloir renommer également l'extension. Bon, et maintenant, je me mets ici, dans mon autre projet « WpfTest ». Et je voudrais déclarer une nouvelle variable de type « plouf », car « plouf » est un type, n'est-ce pas ? C'est une classe, c'est donc un type, qui se trouve dans le projet « Outils », donc qui va faire un « assembly outils ». Bon, donc, je vais dire « Outils », très bien, mais là, vous voyez que c'est « OUTILS » en majuscule. Il s’agit donc de ceci. Voilà, ce que Intellisense me propose, « WpfTest Outils », mais pas « outils ». On essaie quand même. « Outils.Main2 », Non, ce n'est pas que je veux, je voudrais ici « Outils.Plouf ». Bon, je vais forcer ça, ce n'est pas terrible de ma part d'avoir fait un projet et un dossier qui portent le même nom, c'est pour l'exemple, donc « plouf », et une variable, que je vais appeler « P ». Il se trouve que quelque chose qui ne se passe pas bien, parce que le nom de type ou d'espace de nom « Outils », est introuvable. Et là, on me dit : vous manque-t-il une directive using, ou une référence d'assembly ? « Directive using », c'est quelque chose que en « C# », je devrais mettre ici, par exemple, et qui va me dire, et bien, tu utilises un namespace. Mais là, j'ai donné le nom complet. Je n'ai pas vraiment besoin d'ajouter un namespace quelque part dans using. Par contre, on me dit : où est-ce qu'il te manque une référence d'assembly ? Ah oui, peut-être. Vous voyez, dans l'Explorateur de solutions vous avez à chaque projet un dossier qui s'appelle « Référence ». Pour pouvoir utiliser une assembly, une bibliothèque, un namespace, des objets, il faut qu'ils soient reconnus dans le contexte du projet, dans lequel je me trouve. Et ça s'appelle « les Références ». Ici, mon projet « WpfTest » fait déjà référence par défauts, à un certain nombre d'assembly du système, en fait, de dot-net. Donc, je ne vois pas dans mon code qui est dans « WpfTest », un objet qui appartient à mon projet « Outils » même si je l'ai créé dans la même solution, ça n'a pas d'importance, simplement parce que je ne l'ai pas déclaré comme étant une référence dans ce projet. Je vais donc faire un clic droit, dire : ajouter une référence. Voyez ici, que vous pourriez ajouter une référence de service s'il s'agit par exemple, d'un Web service distant, je vous le montre juste, parce que je ne vais plus en parler, mais ce que je vais faire, c'est ici d'ajouter une référence, aller chercher soit dans le Framework, les références qui sont disponibles souvent d'assembly, donc dans ce qu'on appelle la GAC, la Global Assembly Cache, ou bien qui sont disponibles en donnant le chemin de la « dll ». Donc, si vous avez besoin de fonctionnalités externes de bibliothèque externe, c'est ici que vous allez venir les sélectionner pour pouvoir les utiliser dans votre code. Mais vous pouvez également choisir dans vos projets qui font partie de la solution d'autres projets et les référencer à l'intérieur de ce projet-ci. Maintenant, voilà qui est fait. On connaît le namesapace-outils qui correspond à ceci, et on connaît bien le type « plouf », qui est une classe dans « outils ». Donc, souvenez-vous bien de cela, vous avez besoin même si vous avez créé vos projets dans la même solution, eh bien, vous avez besoin de les définir, sous forme de référence, pour qu'un projet utilise bien les objets d'un autre projet. Faites attention aussi au fait que les références croisées ne sont pas permises. Si je fais l'inverse, on va me dire, non, attention, on fait une dépendance circulaire, et là on s'y perd. Ce qu'on veut, c'est avoir un projet principal. Mon « WpfTest », qui va être une application, on pourrait dire à part entière. Et ce que je vais ajouter comme autre projet dans ma solution, ce sont des bibliothèques, des choses qui vont être utilisées par « WpfTest ». Mais je ne peux pas compiler une solution où « outil » utilise « WpfTest », et « WpfTest » utilise « outils ». Il faut utiliser des mécanismes d'architecture logicielle différents pour faire cela. Alors, je vous compile ceci maintenant, voilà, la génération est terminée, et je vais regarder. Et bien, je l'ai compilé en debug, donc, ce qui s'est produit dans mon répertoire « bin », « debug », et vous voyez que, j'ai quelques fichiers en plus, j'ai « outils.dll », « outils.pdb », et puis, un document « xml », qui contient des informations, sur ce que contient « outils ». Pourquoi est-ce que la compilation a généré « Outils.dll » dans le répertoire de « WpfTest » ? Ah, c'est très logique. Parce que comme j'ai ajouté cette référence, il faut maintenant que cette « dll », cette bibliothèque soit disponible dans ce projet compilé, de façon à pouvoir être utilisé par l'exécutable. Vous avez donc dans le répertoire « bin », tout ce dont aura besoin l'exécutable pour fonctionner. Les « dll », c'est-à-dire les bibliothèques qui ne sont pas disponibles dans le système et puis pour les autres références qui sont disponibles dans le système, dans la GAC notamment, et bien, il n'y a pas besoin de copier ici, elles sont déjà disponibles dans le Framework.net.

L'essentiel de Visual Studio 2015

Apprenez à créer des applications, à les déboguer et à les déployer avec Visual Studio. Développez des programmes en .NET pour Windows, les appareils mobiles et le web.

3h06 (40 vidéos)
Aucun commentaire n´est disponible actuellement
 
Logiciel :
Visual Studio Visual Studio 2015
Spécial abonnés
Date de parution :18 févr. 2016

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 !