Les filtres vcxproj.filters ne devraient-ils pas être intégrés au fichier .vcxproj ? En l'état actuel des choses, je dois l'enregistrer dans le contrôle des sources pour que d'autres puissent voir la structure des dossiers dans la solution.
Réponses
Trop de publicités?D'après ce que Dan Moseley dit dans cette question Ils souhaitaient également séparer l'arborescence des informations spécifiques à la construction, car la modification de l'arborescence entraînerait une mise à jour du fichier de projet, qui déclencherait à son tour une reconstruction. En déplaçant la vue logique du projet dans un fichier séparé, on évite ce problème.
Ils étaient en fait intégrés dans les versions précédentes de Visual Studio. L'extension était toujours .vcproj et les filtres étaient stockés dans le fichier du projet. Toutefois, à partir de 2010, il a été décidé de placer les informations relatives aux filtres dans un fichier distinct.
Il appartient maintenant aux équipes de conception de décider d'ajouter ou non ce contrôle de source. Si vous voulez que tous les développeurs aient la même structure (pour des raisons de communication), il peut être judicieux de les contrôler. Si vous voulez permettre à chaque développeur d'utiliser sa propre vue logique, alors ne le faites pas.
Le fichier vcxproj contient les commandes pour l'environnement msbuild. Il contient donc les fichiers qui doivent être construits et les arguments pour le compilateur sur la façon de construire/lier etc. les fichiers sources.
Pour cette raison, l'équipe de développement a décidé que la "vue" des fichiers dans l'explorateur de solutions ne devait pas être contenue dans le fichier msbuild, mais dans un autre fichier.
Cela a donc été fait pour séparer les paramètres de construction de la vue que vous avez.