Configuration de la construction: plate-forme mixte VS tout processeur
Quelle est la différence entre différents Build Configuration settings par exemple. Tout processeur, plate-forme mixte, WIN32, etc. dans Visual Studio.
Voici un lien qui explique le paramètre de configuration de construction trouvé dans Visual Studio et ses fichiers de construction:
http://visualstudiohacks.com/articles/visual-studio-net-platform-target-explained/
Fondamentalement, le paramètre indique sur quelle plate-forme l'Assemblée peut fonctionner. Lorsque AnyCPU est sélectionné, la résultante DLL est marquée comme pouvant s'exécuter n'importe où; lorsque x86 est sélectionnée, la résultante DLL est marquée comme pouvant uniquement s'exécuter) sur les systèmes 32 bits et ne s'exécutera pas dans les applications ou processus 64 bits (mais s'exécutera dans Windows 64 bits;) et ainsi de suite.
Cela définit simplement des indicateurs sur le DLL - compilé - cela ne change pas du tout les autres aspects du processus de compilation.
Comme une autre plateforme l'a déjà expliqué. (c.-à-d. X86 pour 32 bits, x64 pour 64 bits uniquement et `` N'importe quel processeur '' peut fonctionner dans les deux). Je vais me concentrer sur Mixed Platform et en quoi cela diffère de Any CPU.
Le Any CPU est au niveau du projet, où comme dans une solution du monde réel, nous avons un certain nombre de projets sous une seule solution, et il y a des chances que certains de mes projets utilisent Any CPU, mais d'autres utilisent le x86 ou x64 plate-forme de construction.
Donc, au niveau de la solution automatiquement Mixed Platform sera sélectionné. cela indique que pendant la solution Build/Rebuild, chaque projet est basé sur la plate-forme sélectionnée.
Les noms de configuration de construction ne signifient pas grand-chose - ils prolifèrent si vous avez des projets C++ et C # dans la même solution (et pire encore si vous avez également des projets mobiles), car les différents types de projets utilisent des noms de configuration différents, vous finissez donc avec beaucoup d'entre eux.
Nous essayons de supprimer toutes les configurations que nous n'utilisons pas, mais c'est un travail difficile parfois aussi souvent lorsque vous ajoutez un nouveau projet, les configurations indésirables seront ajoutées à la solution.
Ma recommandation est de décider des configurations dont vous avez besoin (en regardant les paramètres réels qu'elles contiennent), puis de supprimer tout le reste.
De: ce poste. https://social.msdn.Microsoft.com/forums/vstudio/en-US/81c72e8b-6335-4bf4-b7c0-b5c322edcaee/mixed-platforms-vs-any-cp
Lorsque tous les projets d'une solution sont du même type (par exemple, les projets C #/VB), les configurations de solution correspondent exactement aux configurations de projet. Une fois que vous avez des projets dans une solution dont les configurations/plates-formes ne correspondent pas, Visual Studio crée la ou les configurations au niveau de la solution "Plateformes mixtes/débogage" et éventuellement "Plateformes mixtes/version". Ces configurations ne sont que des correspondances avec des configurations individuelles au niveau du projet.
Par exemple, si vous avez un projet C # et un projet C++, "Mixed Platforms/Debug" correspond généralement à "Any CPU/Debug" pour le projet C # et "Win32/Debug" pour le projet C++.