Environment.CurrentDirectory vs System.IO.Directory.GetCurrentDirectory

Question

Ich schreibe ein. Net WinForms auf und ständig zwischen DEBUG und RELEASE Konfigurationen wechseln und habe ein paar Dateien, die ich brauche, um beide Konfiguration zu können.

Was ich dachte, war zu tun, um die Dateien in einem gemeinsamen Verzeichnis im BIN-Verzeichnis zu setzen, so dass es würde wie folgt aussehen:

MyProject/Bin/CommonFiles 
MyProject/Bin/Debug 
MyProject/Bin/Release 

Und ich dachte über die Dateien zugreifen etwas entlang der Linien mit von: da

System.IO.Directory.GetParent(System.IO.Directory.GetCurrentDirectory).FullName 

ist meine Frage, ob dies von dem, was ich gelesen habe, ist gefährlich, System.IO.Directory.GetCurrentDirectory aufgrund der Benutzer ändern könnte ein neues aktuelles Verzeichnis in, sagen wir, eine geöffnete Datei Dialogfenster auswählen.

Soll ich eher etwas entlang der Linien von verwenden:

System.IO.Directory.GetParent(Environment.CurrentDirectory).FullName 

OR gibt es einen noch besseren Weg zum /Bin Ordner zu bekommen, so kann ich von dort oder einen allgemein akzeptierten Art und Weise/Ort bewegen zu Speichern von Dateien, die das Programm normalerweise erreichen muss, und Möglichkeit, diese leichter zu referenzieren (vielleicht etwas, das mit jeder Art von App und nicht nur mit WinForms funktioniert)?

Answer 1

Obwohl die meisten der Antworten scheinen tat tatsächlich zu arbeiten, the solution offered by Joe above nach einer ziemlich wenig Zwicken, erwies sich als die beste Lösung für meine Situation.

---

Zum einen der endgültigen Lösung, die ich mit gegangen:

• Erstellt ein Common Files Verzeichnis (In meinem Fall auf dem gleichen Niveau wie mein Bin Verzeichnis, aber das ist nicht notwendig, es wird nur erklären wie der Code I arbeitet später in Aufmachungen werden)
• Edited meine .vbproj (oder `, csproj ') Datei, die alle Dateien in diesem Verzeichnis zu setzen (einschließlich Unterverzeichnisse) als zusätzliche Ressource-Dateien für mein Projekt
• gemacht ein se Cond Edit zu meiner .vbproj Datei, um alle diese Ressourcen-Dateien in meine bin \ Debug oder bin \ Release-Verzeichnis zur Build-Zeit zu kopieren.

---

Zweitens, wie ich dies tun gelernt:

• Joes solution above
• This link zeigt, wie der Lage sein, in Platzhalter auf die .vbproj/CSPROJ Dateien hinzufügen, damit Sie hinzufügen in vollen Verzeichnissen gleichzeitig.
• This answer, die zeigt, wie die Dateien auf meinem \ Bin-Verzeichnis kopieren

---

Schließlich meine Lösung:

• ich meine project.vbproj Datei
• Above öffnete die Linie <Import Project="$(MSBuildToolsPath)\Microsoft.VisualBasic.targets" />, fügte ich in einem neuen ItemGroup wie folgt aussehen:

<ItemGroup> <CommonFiles Include="Common Files\**" /> </ItemGroup>

Diese Lasten in allen Dateien (einschließlich aller Unterordner) und gibt, gebe ich die Build Action CommonFiles

• Unter der Linie <Import Project="$(MSBuildToolsPath)\Microsoft.VisualBasic.targets" />, die ich in den folgenden Zeilen hinzugefügt:

  <PropertyGroup> <PrepareForRunDependsOn>$(PrepareForRunDependsOn);CopyCommonFiles</PrepareForRunDependsOn> </PropertyGroup>

<Target Name="CopyCommonFiles"> <Copy SourceFiles="@(CommonFiles)" DestinationFolder="$(OutDir)\%(RecursiveDir)" SkipUnchangedFiles="true"/> </Target>

Dadurch werden die Dateien aus dem CommonFiles Build Aktion in Ihrem bin \ Debug/bin \ Release-Verzeichnisse bei der Erstellung kopieren.

Und so habe ich es gemacht ....

irgendwelche Kommentare/Gedanken sind wirklich sehr geschätzt), wenn Sie denken, ich einen anderen Weg oder irgendetwas anderes) ....

diese

Answer 2

Sie können den .exe-Speicherort Ihrer App mit System.Reflection.Assembly.GetExecutingAssembly().Location abrufen.

string exePath = System.Reflection.Assembly.GetExecutingAssembly().Location; 
string exeDir = System.IO.Path.GetDirectoryName(exePath); 
DirectoryInfo binDir = System.IO.Directory.GetParent(exeDir); 

Answer 3

Wenn Sie Konfigurationsdaten usw. haben, würde ich sie im Verzeichnis% Appdata% speichern. Dateien, die in das Installationsverzeichnis geändert werden könnten, sind keine gute Idee und sind seit Windows Vista verboten. Konfigurationsdaten sollten im Ordner% Appdata% gespeichert werden, der ein spezieller Ordner ist. Kodieren Sie den Pfad NICHT in Ihr Programm - Benutzer aus anderen Ländern oder 32/64bit Windowses werden schwerwiegende Probleme haben.

Eine gute Idee, wie man den Appdata-Ordner zugreifen, die Sie hier sehen können: How to create appdata folder with C#

Answer 4

folgenden Code aus http://msdn.microsoft.com/en-us/library/ms229654(v=vs.90).aspx

ist

String strAppDir = Path.GetDirectoryName(
     Assembly.GetExecutingAssembly().GetName().CodeBase); 
    String strFullPathToMyFile = Path.Combine(strAppDir, "fileName.txt"); 

    MessageBox.Show(String.Format("Path to the application is: '{0}'." + 
     "Full path to the file in the application folder is: '{1}'", 
     strAppDir, strFullPathToMyFile)); 

Answer 5

ich es tun würde, wie folgt:

• Erstellen Sie einen Unterordner für die Dateien in Ihrem Projekt, z "Gemeinsame Dateien".

• Legen Sie die Konfigurationsdateien in diesen Ordner. Stellen Sie ihre Eigenschaften auf:

  • Build Action = Inhalt

  • kopieren Ausgabeverzeichnis = kopieren immer (oder vielleicht auch: Kopieren wenn neuer)

• Die Dateien werden dann kopiert werden zu bin \ Debug \ CommonFiles oder bin \ Release \ CommonFiles jedes Mal, wenn Ihre Anwendung erstellt wird.Sie können sie als Referenz:

  Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "CommonFiles\MyFile.Dat");