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

L'essentiel de Visual Studio 2017

Comprendre les configurations de build

Testez gratuitement nos 1334 formations

pendant 10 jours !

Tester maintenant Afficher tous les abonnements
Vous allez utiliser les configurations de build pour compiler votre projet en mode débogage ou en mode de livraison.
05:00

Transcription

Deuxième page des propriétés de mon projet, c'est la page Build. Vous vous souvenez dans la Solution, nous avions des informations de Build. Ici, je vais pouvoir configurer ce que cela veut dire. Chaque projet a des Configurations de Build. Build, cela veut dire quoi ? C'est quand on génère l'application. Quand on crée l'application pour l'exécuter. En fait, quand on veut exécuter une application, il y a deux solutions. Soit, on veut l'exécuter avec Visual Studio pour la tester et faire du débogage, soit on veut l'exécuter pour de bon, générer l'application, donner le « .exe », et que cette application soit utilisée par de vrai utilisateurs. Et ce n'est pas la même stratégie. Si j'utilise l'application et que je la génère dans Visual Studio, c'est pour faire du débogage. J'ai, donc, un mode de configuration Debug. Par contre, si je veux la générer pour mes utilisateurs, je vais faire, en général, une Release et j'ai un mode de configuration Release. Ici, j'ai la configuration active qui correspond à celle-ci, et c'est une vision plus simple, j'ai toujours la configuration active qui est présélectionnée. Maintenant, si je change, ici, mon mode de génération, avec cette barre d'outils et ce raccourci dans cette barre d'outil. La configuration active sera Release. Alors, pourquoi est-ce que j'ai ça, ici ? Pour me simplifier la vie ! Je suis dans mon environnement de développement et je démarre en mode Debug. Lorsque je fais Générer, je génère toute la Solution avec un « F6 », c'est-à-dire que je construis mon exécutable SQLTrismegiste et puis, ma bibliothèque « dll », « PoorMans », etc. Lorsque je fais Générer la solution, le compilateur va prendre les informations qui sont dans cette configuration et les appliquer. Mais, si je change, maintenant, ici, parce que, maintenant, j'ai vu qu'il n'y avait plus aucun « bug », et que je veux le déployer, je vais faire Générer et cela va être une génération de type Release. Cela ne va pas être au même endroit. Vous vous souvenez, dans le répertoire, si j'ouvre SQLTrismegiste dans l'Explorateur de fichiers. J'ai un répertoire bin, pour les binaires. Et, j'ai deux sous-répertoires Debug et Release, dans lesquels la génération va se faire, si je suis dans la configuration Debug ou la configuration Release. Ce sont deux cibles différentes. Donc, que va-t-il se passer ? Selon que je choisis Release ou Debug, les options de la compilation vont changer et puis, l'exécutable va se placer dans un répertoire ou un autre. Donc, si je reviens sur mon projet, dans les Propriétés. Je vais pouvoir dire, par rapport à une configuration Debug ou Release, quelles sont les options pour la génération. Je vais pouvoir choisir, ici, Plateforme. Et, c'est ici, que je vais configurer également ces informations Plateforme. On va faire la comparaison. Le mode Debug et c'est assez classique, va définir la constante Debug. Cela veut dire que je vais pouvoir utiliser dans mon code, cette information que je suis en Debug pour compiler mon programme différemment. Dans mon code, je pourrais tester si la constante Debug est posée. Et puis, dans ce cas, « Logger », c'est-à-dire stocker dans un fichier de « log » des informations supplémentaires. La Plateforme cible, je choisis en général, 32 bits ou 64 bits. Là, j'ai choisi 64 bits. Je peux dire Any CPU, cela dépendra de l'environnement sur lequel je suis en train de développer. Est-ce que j'Optimise ou non, le code ? Donc, l'Optimisation du code, c'est le compilateur qui va optimiser. Et cela, on va le faire généralement en mode Release. C'est pour cela que si je bascule, maintenant, en mode Release, je vois que les options, par défaut, sont : On ne définit pas la constante Debug. C'est logique puisque Debug, c'est pour du débogage. Et, j'optimise le code. Et quel es le chemin de sortie ? Je le choisis, ici, bin\Release\. Exactement ce que l'on disait. Et si je suis en mode Debug, c'est bin\Debug\. On n'optimise pas le code et on place la constance Debug. Finalement, ici, normalement, vous n'avez pas grand-chose à changer. Parce que ce sont vraiment des options très classiques. Il faudrait que vous ayez des besoins spécifiques de générations particulières pour changer des choses. Éventuellement, ajouter des modes de configuration, pour faire de la compilation, avec des besoins particuliers.

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 !