Perché 'net6.0-windows " sotto la cartella creata?

Question 1

Sto usando visual studio 2022 e ha creato un form di windows .netto 6 applicazione. Ho specificato un percorso di uscita per la mia build di rilascio dove voglio .exe creato, ma visual studio crea una sottocartella denominata " net6.0-windows' e pone l'exe in là. Come faccio a interrompere questo e arrivare a mettere il file exe dove ho specificato?

Alcune informazioni: io sono l'aggiornamento di un .Net Framework 4.8 Winforms per .Netto 6. In .net framework mette il file exe nella cartella di output specificato (senza sottocartelle). Voglio continuare con lo stesso comportamento, perché gli altri file e utilità anche bisogno di essere lì o guardare in quella cartella.

Il percorso di uscita specificato in visual studio

[ Output path specified in visual studio ]

Effettivo percorso di uscita

[ Actual output path ]

Question 2

Io ti forniamo le seguenti informazioni per la consultazione e il bene di rispondere a questa domanda.

È possibile impedire che il TargetFramework viene aggiunto alla cartella di output, aggiungendo la seguente struttura per il tuo file di progetto.

<AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath>

Inoltre, si può evitare un RuntimeIndentifier (ad es. win-x64), se del caso, essere aggiunto l'impostazione di questa proprietà a false:

<AppendRuntimeIdentifierToOutputPath>false</AppendRuntimeIdentifierToOutputPath>

Si deve fare questo?

Forse non. Queste directory sono lì per un motivo: per consentire a più TargetFramework (versioni) e/o multipli RuntimeIndentifier in parallelo (altrimenti uscite mix in una diabolica modo).

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

Io ti forniamo le seguenti informazioni per la consultazione e il bene di rispondere a questa domanda.

È possibile impedire che il TargetFramework viene aggiunto alla cartella di output, aggiungendo la seguente struttura per il tuo file di progetto.

<AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath>

Inoltre, si può evitare un RuntimeIndentifier (ad es. win-x64), se del caso, essere aggiunto l'impostazione di questa proprietà a false:

<AppendRuntimeIdentifierToOutputPath>false</AppendRuntimeIdentifierToOutputPath>

Si deve fare questo?

Forse non. Queste directory sono lì per un motivo: per consentire a più TargetFramework (versioni) e/o multipli RuntimeIndentifier in parallelo (altrimenti uscite mix in una diabolica modo).

C'è bisogno di fare questo se si sta costruendo un form di windows/applicazione WPF? Capisco la necessità per la costruzione di librerie che sono distribuiti e utilizzati da molti diversi tipi di runtime, ma che dire quando la costruzione di una applicazione desktop?
Grazie Cristiana, la prima riga che hai elencato ha fatto il trucco. Per coloro che chiedono il motivo per cui ho voluto questo, questo software è per la produzione di attrezzature e sarà sempre e solo di essere installato su un paio di computer, in modo da non utilizzare la pubblicazione, abbiamo semplicemente spostare la build di rilascio cartella in un percorso speciale sull'apparecchiatura e deve mantenere la corretta funzionalità con altri software. Ha anche il piacere aggiunto di normative FDA e documentazione coinvolti.
Si noti che - come hanno detto gli altri - il "Rilascio" (o "Debug") cartella generalmente non includono tutte le dipendenze che l'applicazione deve eseguire. La storia completa è complicato (di ricerca indipendenti .net core app" per iniziare). In generale, solo dopo aver fatto la "pubblicazione" di passo si può essere sicuri di avere tutte le dipendenze che l'app richiede l'esecuzione su un altro box.

Perché 'net6.0-windows " sotto la cartella creata?

Domanda

Migliore risposta

In altre lingue

Questa pagina è in altre lingue

Popolare in questa categoria

Domande popolari in questa categoria