La solution VB.NET et les fichiers de projet 'sln' et 'vbproj'

L'ensemble du sujet des projets, des solutions et des fichiers et outils qui les contrôlent est quelque chose qui est rarement expliqué.

Lancer de la nourriture

L'un des grands avantages de la façon dont Microsoft a conçu des solutions et des projets est qu'un projet ou une solution est autonome. Un répertoire de solution et son contenu peuvent être déplacés, copiés ou supprimés dans l'Explorateur Windows. Toute une équipe de programmeurs peut partager un fichier de solution (.sln); un ensemble complet de projets peut faire partie de la même solution, et les paramètres et options de ce fichier .sln peuvent s'appliquer à tous les projets qu'il contient. Une seule solution peut être ouverte à la fois dans Visual Studio, mais de nombreux projets peuvent être dans cette solution. Les projets peuvent même être dans différentes langues.

Vous pouvez mieux comprendre ce qu'est une solution en en créant quelques-unes et en regardant le résultat. Une «solution vierge» se traduit par un dossier unique avec seulement deux fichiers: le conteneur de solution et les options utilisateur de la solution. Si vous utilisez le nom par défaut, vous verrez:

Ajouter de la confidentialité

La principale raison pour laquelle vous pouvez créer une solution vierge est de permettre aux fichiers de projet d'être créés indépendamment et inclus dans la solution. Dans les grands systèmes complexes, en plus de faire partie de plusieurs solutions, les projets peuvent même être imbriqués dans des hiérarchies.

Fait intéressant, le fichier de conteneur de solution est l'un des rares fichiers de configuration de texte qui n'est pas en XML. Une solution vierge contient ces instructions:

Cela pourrait aussi bien être XML… il est organisé comme XML mais sans la syntaxe XML. Comme il ne s'agit que d'un fichier texte, il est possible de le modifier dans un éditeur de texte comme le Bloc-notes. Par exemple, vous pouvez remplacer HideSolutionNode = FALSE par TRUE et la solution ne sera plus affichée dans l'Explorateur de solutions. (Le nom dans Visual Studio change également en "Explorateur de projets".) C'est très bien d'expérimenter des choses comme ça tant que vous travaillez sur un projet strictement expérimental. Vous ne devez jamais modifier les fichiers de configuration manuellement pour un système réel, sauf si vous savez exactement ce que vous faites, mais il est assez courant dans les environnements avancés de mettre à jour le fichier .sln directement plutôt que via Visual Studio.

Le fichier .suo est masqué et il s'agit d'un fichier binaire, il ne peut donc pas être modifié comme le fichier .sln. Vous ne modifierez normalement ce fichier qu'en utilisant les options de menu dans Visual Studio. En remontant dans la complexité, consultez une application Windows Forms. Même s'il s'agit de l'application la plus élémentaire, il y a beaucoup plus de fichiers.

En plus d'un fichier .sln, le modèle d'application Windows Forms crée également automatiquement un fichier .vbproj. Bien que les fichiers .sln et .vbproj soient souvent utiles, vous remarquerez peut-être qu'ils ne sont pas affichés dans la fenêtre de l'Explorateur de solutions Visual Studio, même lorsque vous cliquez sur le bouton «Afficher tous les fichiers». Si vous devez travailler directement avec ces fichiers, vous devez le faire en dehors de Visual Studio.

Toutes les applications n'ont pas besoin d'un fichier .vbproj. Par exemple, si vous sélectionnez «Nouveau site Web» dans Visual Studio, aucun fichier .vbproj ne sera créé. Ouvrez le dossier de niveau supérieur dans Windows pour l'application Windows Forms et vous verrez les quatre fichiers que Visual Studio n'affiche pas. En reprenant le nom par défaut, ce sont: Les fichiers .sln et .vbproj peuvent être utiles pour déboguer des problèmes difficiles. Il n'y a aucun mal à les regarder et ces fichiers vous disent ce qui est vraiment passe dans votre code.

Comme nous l'avons vu, vous pouvez également modifier directement les fichiers .sln et .vbproj, bien que ce soit généralement une mauvaise idée, sauf s'il n'y a pas d'autre moyen de faire ce dont vous avez besoin. Mais parfois, il n'y a pas d'autre moyen. Par exemple, si votre ordinateur s'exécute en mode 64 bits, il n'existe aucun moyen de cibler un processeur 32 bits dans VB.NET Express, par exemple, pour être compatible avec le moteur de base de données Access Jet 32 ​​bits. (Visual Studio fournit un moyen dans les autres versions), mais vous pouvez ajouter ce qui suit:

Aux éléments des fichiers .vbproj pour faire le travail. Les types de fichiers .sln et .vbproj sont normalement associés à Visual Studio dans Windows. Cela signifie que si vous double-cliquez sur l'un d'eux, Visual Studio s'ouvre. Si vous double-cliquez sur une solution, les projets du fichier .sln sont ouverts. Si vous double-cliquez sur un fichier .vbproj et qu'il n'y a pas de fichier .sln (cela se produit si vous ajoutez un nouveau projet à une solution existante), alors un est créé pour ce projet.