Environment.CurrentDirectory przynosi nieoczekiwane rezultaty podczas uruchamiania zainstalowanych aplikacji

Question

Tło:

Zbudowałem instalatora dla mojej aplikacji, a wszystkie moje pliki dll i treści są coraz poprawnie skopiowane do katalogu C:\Program Files\MyCompany\MyApp. Kiedy uruchamiam moją aplikację z Visual Studio, wszystko działa świetnie. Jednak po uruchomieniu zainstalowanej wersji aplikacji otrzymuję numer DirectoryNotFoundException. Problem wydaje się być z Environment.CurrentDirectory.

Spodziewałem Environment.CurrentDirectory być ...

"C:\\Program Files\\MyCompany\\MyApp" 

... ale to było rzeczywiście ...

"C:\\Documents and Settings\\DanThMan" 

Co tu się dzieje? Jak rozwiązać ten problem?

Dzięki.

EDIT:

Dobra, hmm. Ten problem występuje tylko po uruchomieniu skrótu Menu Start. Jeśli uruchomię bezpośrednio MyApp.exe, wszystko będzie dobrze.

EDIT 2:

myślę, że dotarłeś do końca tego teraz. W moim Instalatorze (będącym Visual Studio SetupProject) skrót menu Start ma właściwość o nazwie WorkingFolder, która "Określa folder, w którym zostanie zainstalowana docelowa aplikacja dla skrótu." Przypadkowo ustawiłem WorkingFolder na "MyCompany". Powinien to być "Folder aplikacji". Teraz, gdy mam go poprawnie ustawiony, Environment.CurrentDirectory znowu działa zgodnie z oczekiwaniami. Dzięki za twoją pomoc.

EDIT 3:

Jednak czytając ostrzeżenia poniżej, zdecydowałem się pójść z następujących jako zamiennik dla Environment.CurrentDirectory:

System.IO.Path.GetDirectoryName(System.Reflection.Assembly.GetEntryAssembly().Location); 

Answer 1

Jeśli chcesz uzyskać ścieżkę do katalogu, w którym działa twój plik wykonywalny, nie powinieneś polegać na Environment.CurrentDirectory, ponieważ można go zmienić na wiele sposobów (ustawienia strzałek, itp.). Wypróbuj jedną z tych opcji zamiast:

System.IO.Path.GetDirectoryName(Application.ExecutablePath); 

lub

System.IO.Path.GetDirectoryName(System.Reflection.Assembly.GetEntryAssembly().Location); 

Answer 2

Zastosowanie Application.StartupPath zamiast Environment.CurrentDirectory.
Miałem podobny problem, ponieważ CurrentDirectory został nieumyślnie zmieniony przez coś takiego jak OpenFileDialog, nawet nie zdając sobie z tego sprawy.
W twoim przypadku wygląda na to, że proces, od którego uruchamiasz formularz zgłoszeniowy, powoduje, że nie wiesz o tym, CurrentDirectory.

Answer 3

Po uruchomieniu programu bieżący katalog jest zwykle taki sam, jak bieżący program, chyba że początkowa aplikacja określa inny katalog roboczy. To naprawdę może być wszędzie na dysku.

W twoim przypadku początkową aplikacją jest powłoka (explorer.exe) w obu przypadkach. Określa katalog roboczy podczas uruchamiania programu, w zależności od kontekstu uruchomienia. Widzieliście dwa różne przypadki (dwukrotne kliknięcie pliku w eksploratorze i uruchamianie z menu startowego); w obu przypadkach znalazłeś również to, co Microsoft uważa za najbardziej sensowne wartości dla bieżącego katalogu: katalog domowy użytkownika i katalog pokazany w eksploratorze (odpowiednio).

Answer 4

Środowisko.CurrentDirectory zawiera bieżący katalog, który jest obecnie aktualnym katalogiem. Wartość zależy od wielu czynników. Każda aplikacja może zmienić wartość. Ta wartość nie dotyczy tylko Twojej aplikacji.

Jeśli chcesz uzyskać katalog startowy, użyj Application.StartupPath.

Answer 5

Skoro powiedział, że aplikacja jest przy użyciu WPF, można użyć poniższy kod zamiast Application.StartupPath:

String appPath = System.IO.Path.GetDirectoryName(Process.GetCurrentProcess().MainModule.FileName);