Pourquoi est - 'net6.0-windows " sous dossier créé?

Question 1

Je suis à l'aide de visual studio 2022 et créé un winforms .net 6 application. J'ai spécifié un chemin de sortie pour ma libération de construction où je veux .exe créé, mais visual studio crée un sous-dossier appelé " net6.0-windows " et met l'exe là. Comment puis-je arrêter et de mettre l'exe où j'ai précisé?

Un peu de contexte: je suis en mise à niveau d'une .Net Framework 4.8 Winforms pour .Net 6. Dans .net framework il met l'exe dans le dossier de sortie spécifié (pas de sous). Je veux continuer avec le même comportement, parce que les autres fichiers et utilitaires aussi besoin d'être là ou de se regarder dans ce dossier.

Chemin de sortie spécifié dans visual studio

[ Output path specified in visual studio ]

Réel chemin de la sortie

[ Actual output path ]

Question 2

Je vais fournir les informations suivantes pour référence et le souci de répondre à la question.

Vous pouvez empêcher que le TargetFramework est ajouté à la sortie dossier en ajoutant la propriété suivante à votre fichier de projet.

<AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath>

En outre, vous pouvez empêcher un RuntimeIndentifier (par ex. win-x64), le cas échéant, à ajouter la définition de cette propriété sur false:

<AppendRuntimeIdentifierToOutputPath>false</AppendRuntimeIdentifierToOutputPath>

Devriez-vous faire cela?

Peut-être pas. Ces répertoires sont là pour une raison: pour permettre à plusieurs TargetFramework (versions) et/ou plusieurs RuntimeIndentifier en parallèle (sinon les sorties se mélangent dans une manière impie).

Christian.K · Answer 1 · 2021-11-24T07:55:53

Je vais fournir les informations suivantes pour référence et le souci de répondre à la question.

Vous pouvez empêcher que le TargetFramework est ajouté à la sortie dossier en ajoutant la propriété suivante à votre fichier de projet.

<AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath>

En outre, vous pouvez empêcher un RuntimeIndentifier (par ex. win-x64), le cas échéant, à ajouter la définition de cette propriété sur false:

<AppendRuntimeIdentifierToOutputPath>false</AppendRuntimeIdentifierToOutputPath>

Devriez-vous faire cela?

Peut-être pas. Ces répertoires sont là pour une raison: pour permettre à plusieurs TargetFramework (versions) et/ou plusieurs RuntimeIndentifier en parallèle (sinon les sorties se mélangent dans une manière impie).

Est-il besoin de le faire si vous êtes la construction d'une WinForms/WPF application? Je comprends la nécessité pour elle lors de la construction de bibliothèques qui sont distribués et utilisés par de nombreux runtime différents types, mais ce sujet lors de la construction d'une application de bureau?
Merci Christian, la première ligne que vous avez énumérés fait le tour. Pour ceux qui se demandent pourquoi j'ai voulu que ce, ce logiciel est destiné à la fabrication de l'équipement et ne jamais être installé sur plusieurs ordinateurs, de sorte que nous n'utilisons pas le publier, nous venons de déplacer le communiqué de dossier de création d'un emplacement spécial sur l'équipement et les besoins pour maintenir la bonne fonctionnalité avec d'autres logiciels. Il a également le plaisir de les réglementations de la FDA et de la documentation en cause.
Notez que, comme d'autres l'ont dit - la "Libération" (ou "Debug") dossier sera généralement pas inclure toutes les dépendances que l'application a besoin pour fonctionner. L'article complet est, ainsi, le complexe (recherche "autonome .net de base app" pour commencer). En général, seulement après avoir fait de la "publier", vous pouvez être sûr que vous avez toutes les dépendances que l'application a besoin pour s'exécuter sur une autre zone.

Pourquoi est - 'net6.0-windows " sous dossier créé?

La question

La meilleure réponse

Dans d'autres langues

Cette page est dans d'autres langues

Populaires dans cette catégorie

Questions populaires dans cette catégorie