Jak znaleźć katalog nadrzędny w C #?

Question 1

Używam tego kodu do znajdowania katalogu debugowania

public string str_directory = Environment.CurrentDirectory.ToString();

"C:\\Users\\Masoud\\Documents\\Visual Studio 2008\\Projects\\MyProj\\MyProj\\bin\\Debug"

Jak mogę znaleźć folder nadrzędny, jak pokazano poniżej?

"C:\\Users\\Masoud\\Documents\\Visual Studio 2008\\Projects\\MyProj\\MyProj"

Question 2

Możesz użyć, System.IO.Directory.GetParent()aby pobrać katalog nadrzędny danego katalogu.

Question 3

string parent = System.IO.Directory.GetParent(str_directory).FullName;

Zobacz BOL

Question 4

Jeśli dołączysz ..\..do istniejącej ścieżki, system operacyjny poprawnie przegląda folder nadrzędny.

To powinno wystarczyć:

System.IO.Path.Combine("C:\\Users\\Masoud\\Documents\\Visual Studio 2008\\Projects\\MyProj\\MyProj\\bin\\Debug", @"..\..");

Jeśli przejrzysz tę ścieżkę, przejrzysz katalog nadrzędny.

Question 5

Odkryłem, że warianty System.IO.Path.Combine(myPath, "..")są najłatwiejsze i najbardziej niezawodne. Tym bardziej, jeśli prawdą jest to, co mówi northben, to GetParent wymaga dodatkowego wywołania, jeśli na końcu znajduje się ukośnik. To dla mnie niewiarygodne.

Path.Combine zapewnia, że nigdy nie pomylisz się z ukośnikami.

..zachowuje się dokładnie tak samo, jak wszędzie indziej w systemie Windows. Możesz dodać dowolną liczbę \..do ścieżki w cmd lub eksploratorze i będzie zachowywać się dokładnie tak, jak opisuję poniżej.

Niektóre podstawowe ..zachowania:

Jeśli istnieje nazwa pliku, ..odetnie ją:

Path.Combine(@"D:\Grandparent\Parent\Child.txt", "..") => D:\Grandparent\Parent\

Jeśli ścieżka jest katalogiem, ..przejdzie na wyższy poziom:

Path.Combine(@"D:\Grandparent\Parent\", "..") => D:\Grandparent\

..\.. przestrzega tych samych zasad, dwa razy z rzędu:

Path.Combine(@"D:\Grandparent\Parent\Child.txt", @"..\..")=> D:\Grandparent\ Path.Combine(@"D:\Grandparent\Parent\", @"..\..")=>D:\

I to ma dokładnie ten sam efekt:

Path.Combine(@"D:\Grandparent\Parent\Child.txt", "..", "..")=> D:\Grandparent\ Path.Combine(@"D:\Grandparent\Parent\", "..", "..")=>D:\

Question 6

Aby uzyskać katalog dla dziadków, wywołaj Directory.GetParent () dwa razy:

var gparent = Directory.GetParent(Directory.GetParent(str_directory).ToString());

Question 7

Directory.GetParentPrawdopodobnie jest to lepsze rozwiązanie, ale dla kompletności istnieje inna metoda, która przyjmuje i zwraca ciąg znaków: Path.GetDirectoryName.

string parent = System.IO.Path.GetDirectoryName(str_directory);

Question 8

Lubię to:

System.IO.DirectoryInfo myDirectory = new DirectoryInfo(Environment.CurrentDirectory);
string parentDirectory = myDirectory.Parent.FullName;

Powodzenia!

Question 9

Możesz zajrzeć do DirectoryInfo. Parentwłasność.

Question 10

Aby uniknąć problemów z końcowym \, nazwij to w ten sposób:

  string ParentFolder =  Directory.GetParent( folder.Trim('\\')).FullName;

Question 11

Aby uzyskać rozwiązanie, spróbuj tego

string directory = System.IO.Directory.GetParent(System.IO.Directory.GetParent(Environment.CurrentDirectory).ToString()).ToString();

Question 12

To jest najczęstszy sposób - to naprawdę zależy od tego, co dokładnie robisz: (Aby wyjaśnić, poniższy przykład usunie ostatnie 10 znaków, o które prosiłeś, jednak jeśli istnieją jakieś zasady biznesowe, które napędzają twoje potrzeby Aby znaleźć określoną lokalizację, należy użyć ich do pobrania lokalizacji katalogu, a nie do znajdowania lokalizacji czegoś innego i modyfikowania jej).

// remove last 10 characters from a string
str_directory = str_directory.Substring(0,str_directory.Length-10);

Question 13

Nikt nie dostarczył rozwiązania, które działałoby w różnych formach. Wiem, że nie było to specjalnie zadane, ale pracuję w środowisku linuxowym, w którym większość rozwiązań (jak w momencie, gdy to publikowałem) powodowałaby błąd.

Zakodowane separatory ścieżek (a także inne rzeczy) spowodują błąd w innych systemach niż Windows.

W moim oryginalnym rozwiązaniu zastosowałem:

char filesep = Path.DirectorySeparatorChar;
string datapath = $"..{filesep}..{filesep}";

Jednak po zobaczeniu niektórych odpowiedzi tutaj dostosowałem to tak, aby było:

string datapath = Directory.GetParent(Directory.GetParent(Directory.GetCurrentDirectory()).FullName).FullName;

Question 14

Ponieważ nic innego, co znalazłem, nie pomaga rozwiązać tego w prawdziwie znormalizowany sposób, oto inna odpowiedź.

Zwróć uwagę, że w niektórych odpowiedziach na podobne pytania próbuje się używać tego Uritypu, ale to problem z końcowymi ukośnikami i bez końcowych ukośników.

Moja druga odpowiedź na tej stronie działa w przypadku operacji, które uruchamiają system plików, ale jeśli chcemy teraz mieć rozwiązaną ścieżkę (na przykład w celach porównawczych), bez przechodzenia przez system plików, C:/Temp/..i C:/zostanie uznana za inną. Bez przechodzenia przez system plików nawigacja w ten sposób nie zapewnia nam znormalizowanej, odpowiednio porównywalnej ścieżki.

Co możemy zrobić?

Będziemy opierać się na następującym odkryciu:

Path.GetDirectoryName(path + "/") ?? ""będzie niezawodnie dają nam ścieżkę bez ukośnika .

Dodanie ukośnika (jako string, nie jako char) spowoduje traktowanie nullścieżki tak samo, jak traktuje "".
GetDirectoryName powstrzyma się od odrzucenia ostatniego komponentu ścieżki dzięki dodanemu ukośnikowi.
GetDirectoryName znormalizuje ukośniki i kropki nawigacyjne.
Obejmuje to usunięcie wszelkich końcowych ukośników.
Obejmuje to zwijanie ..przez nawigację w górę.
GetDirectoryNamepowrócą nullpo pustą ścieżkę, do której się zlewamy "".

Jak tego używamy?

Najpierw znormalizuj ścieżkę wejściową :

dirPath = Path.GetDirectoryName(dirPath + "/") ?? "";

Następnie możemy pobrać katalog nadrzędny i możemy powtórzyć tę operację dowolną liczbę razy, aby przejść dalej w górę:

// This is reliable if path results from this or the previous operation
path = Path.GetDirectoryName(path);

Zauważ, że nigdy nie dotknęliśmy systemu plików. Żadna część ścieżki nie musi istnieć, jak by to było, gdybyśmy skorzystali DirectoryInfo.

Question 15

Nie powinieneś tego robić. Environment.CurrentDirectory podaje ścieżkę do katalogu wykonywalnego. Jest to spójne niezależnie od lokalizacji pliku .exe. Nie powinieneś próbować uzyskać dostępu do pliku, co do którego zakłada się, że znajduje się w odwrotnej lokalizacji względnej

Sugerowałbym przeniesienie dowolnego zasobu, do którego chcesz uzyskać dostęp, do lokalnej lokalizacji. Katalogu systemowego (na przykład AppData)

Question 16

IO.Path.GetFullPath(@"..\..")

Jeśli wyczyścisz " bin\Debug\" we właściwościach projektu -> Kompiluj -> Ścieżka wyjściowa, możesz po prostu użyćAppDomain.CurrentDomain.BaseDirectory

Answer 1

85

Używam tego kodu do znajdowania katalogu debugowania

public string str_directory = Environment.CurrentDirectory.ToString();

"C:\\Users\\Masoud\\Documents\\Visual Studio 2008\\Projects\\MyProj\\MyProj\\bin\\Debug"

Jak mogę znaleźć folder nadrzędny, jak pokazano poniżej?

"C:\\Users\\Masoud\\Documents\\Visual Studio 2008\\Projects\\MyProj\\MyProj"

c# directory filesystems Masoud Abasian
źródło

15

Dlaczego ludzie zawsze używają ToString () na ciągach?

Hogan

1

@Hogan, na wypadek gdyby nieruchomość się zmieniła? : D

musefan

Answer 2

15

Dlaczego ludzie zawsze używają ToString () na ciągach?

Hogan

Answer 3

1

@Hogan, na wypadek gdyby nieruchomość się zmieniła? : D

musefan

Answer 4

126

Możesz użyć, System.IO.Directory.GetParent()aby pobrać katalog nadrzędny danego katalogu.

Sylence
źródło

21

jeśli katalog zawiera końcowe ukośniki, należy dwukrotnie wywołać GetParent

northben

2

Wydaje się, że działa to na ścieżkach względnych (radosna niespodzianka), ale nie ma możliwości odzyskania wyniku (nieszczęśliwa niespodzianka).

Adam,

14

Możesz uniknąć problemu z końcowymi ukośnikami, używając zamiast tego DirectoryInfo.Parent. np new System.IO.DirectoryInfo("c:/path/to/somewhere//").Parent. @northben

mcNux

Answer 5

21

jeśli katalog zawiera końcowe ukośniki, należy dwukrotnie wywołać GetParent

northben

Answer 6

2

Wydaje się, że działa to na ścieżkach względnych (radosna niespodzianka), ale nie ma możliwości odzyskania wyniku (nieszczęśliwa niespodzianka).

Adam,

Answer 7

14

Możesz uniknąć problemu z końcowymi ukośnikami, używając zamiast tego DirectoryInfo.Parent. np new System.IO.DirectoryInfo("c:/path/to/somewhere//").Parent. @northben

mcNux

Answer 8

46

string parent = System.IO.Directory.GetParent(str_directory).FullName;

Zobacz BOL

billinkc
źródło

Answer 9

35

Jeśli dołączysz ..\..do istniejącej ścieżki, system operacyjny poprawnie przegląda folder nadrzędny.

To powinno wystarczyć:

System.IO.Path.Combine("C:\\Users\\Masoud\\Documents\\Visual Studio 2008\\Projects\\MyProj\\MyProj\\bin\\Debug", @"..\..");

Jeśli przejrzysz tę ścieżkę, przejrzysz katalog nadrzędny.

Pierre-Alain Vigeant
źródło

1

Wyglądało to ładnie, ale niestety daje C: \ Users \ Masoud \ Documents \ Visual Studio 2008 \ Projects \ MyProj \ MyProj \ bin \ Debug \ .. \ ..

StuartQ

Tak i jeśli przejrzysz tę ścieżkę, przejrzysz katalog nadrzędny-nadrzędny.

Pierre-Alain Vigeant

Słuszna uwaga, usunę głos przeciw, chociaż będę musiał zmienić twój komentarz, aby oddać punkt.

StuartQ

3

Wynik „Path.Combine” można przekazać przez „Path.GetFullPath”, aby go wyczyścić. To znaczy dostać się do „C: \ Users \ Masoud \ Documents \ Visual Studio 2008 \ Projects \ MyProj \ MyProj”

Konstantin

1

To najlepszy sposób na przejście o kilka poziomów w górę w drzewie katalogów

Trung Le

Answer 10

1

Wyglądało to ładnie, ale niestety daje C: \ Users \ Masoud \ Documents \ Visual Studio 2008 \ Projects \ MyProj \ MyProj \ bin \ Debug \ .. \ ..

StuartQ

Answer 11

Tak i jeśli przejrzysz tę ścieżkę, przejrzysz katalog nadrzędny-nadrzędny.

Pierre-Alain Vigeant

Answer 12

Słuszna uwaga, usunę głos przeciw, chociaż będę musiał zmienić twój komentarz, aby oddać punkt.

StuartQ

Answer 13

3

Wynik „Path.Combine” można przekazać przez „Path.GetFullPath”, aby go wyczyścić. To znaczy dostać się do „C: \ Users \ Masoud \ Documents \ Visual Studio 2008 \ Projects \ MyProj \ MyProj”

Konstantin

Answer 14

1

To najlepszy sposób na przejście o kilka poziomów w górę w drzewie katalogów

Trung Le

Answer 15

18

Odkryłem, że warianty System.IO.Path.Combine(myPath, "..")są najłatwiejsze i najbardziej niezawodne. Tym bardziej, jeśli prawdą jest to, co mówi northben, to GetParent wymaga dodatkowego wywołania, jeśli na końcu znajduje się ukośnik. To dla mnie niewiarygodne.

Path.Combine zapewnia, że nigdy nie pomylisz się z ukośnikami.

..zachowuje się dokładnie tak samo, jak wszędzie indziej w systemie Windows. Możesz dodać dowolną liczbę \..do ścieżki w cmd lub eksploratorze i będzie zachowywać się dokładnie tak, jak opisuję poniżej.

Niektóre podstawowe ..zachowania:

Jeśli istnieje nazwa pliku, ..odetnie ją:

Path.Combine(@"D:\Grandparent\Parent\Child.txt", "..") => D:\Grandparent\Parent\

Jeśli ścieżka jest katalogiem, ..przejdzie na wyższy poziom:

Path.Combine(@"D:\Grandparent\Parent\", "..") => D:\Grandparent\

..\.. przestrzega tych samych zasad, dwa razy z rzędu:

Path.Combine(@"D:\Grandparent\Parent\Child.txt", @"..\..")=> D:\Grandparent\ Path.Combine(@"D:\Grandparent\Parent\", @"..\..")=>D:\

I to ma dokładnie ten sam efekt:

Path.Combine(@"D:\Grandparent\Parent\Child.txt", "..", "..")=> D:\Grandparent\ Path.Combine(@"D:\Grandparent\Parent\", "..", "..")=>D:\

Timo
źródło

1

Zgadzam się, że ta metoda ma tę zaletę, że działa niezależnie od tego, czy ścieżka ma końcowy ukośnik odwrotny. A w sytuacjach, w których chcesz mieć prostą ścieżkę bez kropek, możesz zastosować Path.GetFullPath (() do wyniku.

RenniePet

1

Dwa lata później znów tu jestem. Należy pamiętać, że Path.GetFullPath (() normalnie zwraca ścieżkę bez końcowego ukośnika odwrotnego, ale kiedy dojdziesz do katalogu głównego, na przykład „E: \”, jest tam ukośnik odwrotny.

RenniePet

To nie działa, ani z .NET 4.7, ani .NET Core 2.1: Path.Combine(@"D:\Grandparent\Parent\Child.txt", @"..")=D:\Grandparent\Parent\Child.txt\..

Métoule,

To nie powoduje obcięcia nazwy pliku, przynajmniej na MacOS przez Unity.

supergra

@ Métoule @supergra Widzę zamieszanie. Path.Combinenie obcina samego ciągu. Ścieżka używana kiedyś do uzyskania dostępu do systemu plików ma zamierzony skutek. Zgadzam się jednak, że jest to nieoptymalne. Zobacz moją najnowszą odpowiedź na tej stronie, aby poznać podejście, które modyfikuje ciąg zamiast potrzebować systemu plików do rozwiązania ścieżki.

Timo

Answer 16

1

Zgadzam się, że ta metoda ma tę zaletę, że działa niezależnie od tego, czy ścieżka ma końcowy ukośnik odwrotny. A w sytuacjach, w których chcesz mieć prostą ścieżkę bez kropek, możesz zastosować Path.GetFullPath (() do wyniku.

RenniePet

Answer 17

1

Dwa lata później znów tu jestem. Należy pamiętać, że Path.GetFullPath (() normalnie zwraca ścieżkę bez końcowego ukośnika odwrotnego, ale kiedy dojdziesz do katalogu głównego, na przykład „E: \”, jest tam ukośnik odwrotny.

RenniePet

Answer 18

To nie działa, ani z .NET 4.7, ani .NET Core 2.1: Path.Combine(@"D:\Grandparent\Parent\Child.txt", @"..")=D:\Grandparent\Parent\Child.txt\..

Métoule,

Answer 19

To nie powoduje obcięcia nazwy pliku, przynajmniej na MacOS przez Unity.

supergra

Answer 20

@ Métoule @supergra Widzę zamieszanie. Path.Combinenie obcina samego ciągu. Ścieżka używana kiedyś do uzyskania dostępu do systemu plików ma zamierzony skutek. Zgadzam się jednak, że jest to nieoptymalne. Zobacz moją najnowszą odpowiedź na tej stronie, aby poznać podejście, które modyfikuje ciąg zamiast potrzebować systemu plików do rozwiązania ścieżki.

Timo

Answer 21

11

Aby uzyskać katalog dla dziadków, wywołaj Directory.GetParent () dwa razy:

var gparent = Directory.GetParent(Directory.GetParent(str_directory).ToString());

Jay Riggs
źródło

1

var gparent = Directory.GetParent(str_directory).Parent; // Cleaner?

JohnB

Answer 22

1

var gparent = Directory.GetParent(str_directory).Parent; // Cleaner?

JohnB

Answer 23

8

Directory.GetParentPrawdopodobnie jest to lepsze rozwiązanie, ale dla kompletności istnieje inna metoda, która przyjmuje i zwraca ciąg znaków: Path.GetDirectoryName.

string parent = System.IO.Path.GetDirectoryName(str_directory);

Carl Walsh
źródło

1

Pamiętaj, że Path.GetDirectoryName nie działa dobrze ze ścieżkami względnymi .. Directory.GetParent tak.

nawfal

Answer 24

1

Pamiętaj, że Path.GetDirectoryName nie działa dobrze ze ścieżkami względnymi .. Directory.GetParent tak.

nawfal

Answer 25

6

Lubię to:

System.IO.DirectoryInfo myDirectory = new DirectoryInfo(Environment.CurrentDirectory);
string parentDirectory = myDirectory.Parent.FullName;

Powodzenia!

Michael Ames
źródło

1

myDirectory.Parent.ToString () zwraca nazwę podfolderu, a nie pełną ścieżkę, dokładnie to, czego szukałem. Ponadto zamiast robić Directory.GetParent (Directory.GetParent (str_directory) .ToString ()); jak pokazano powyżej, po prostu używając myDirectory.parent.parent.ToString () uzyskuje się „dziadek”.

Weihui Guo

1

Uważam tę metodę za najlepszą, ponieważ obsługuje przypadek, w którym ścieżka katalogu zawiera końcowe ukośniki. Natomiast jeśli używasz Directory.GetParent (), musisz wywołać go dwukrotnie, aby usunąć ukośniki, a następnie uzyskać faktyczny element nadrzędny.

Magnus,

Answer 26

1

myDirectory.Parent.ToString () zwraca nazwę podfolderu, a nie pełną ścieżkę, dokładnie to, czego szukałem. Ponadto zamiast robić Directory.GetParent (Directory.GetParent (str_directory) .ToString ()); jak pokazano powyżej, po prostu używając myDirectory.parent.parent.ToString () uzyskuje się „dziadek”.

Weihui Guo

Answer 27

1

Uważam tę metodę za najlepszą, ponieważ obsługuje przypadek, w którym ścieżka katalogu zawiera końcowe ukośniki. Natomiast jeśli używasz Directory.GetParent (), musisz wywołać go dwukrotnie, aby usunąć ukośniki, a następnie uzyskać faktyczny element nadrzędny.

Magnus,

Answer 28

5

Możesz zajrzeć do DirectoryInfo. Parentwłasność.

ravuya
źródło

Answer 29

3

Aby uniknąć problemów z końcowym \, nazwij to w ten sposób:

  string ParentFolder =  Directory.GetParent( folder.Trim('\\')).FullName;

OGŁOSZENIE
źródło

1

Możesz użyć, TrimEndjeśli chcesz tylko usunąć końcowe `'s . I'm not sure if a leading `jest istotne w innych systemach operacyjnych.

Walter Stabosz

Answer 30

1

Możesz użyć, TrimEndjeśli chcesz tylko usunąć końcowe `'s . I'm not sure if a leading `jest istotne w innych systemach operacyjnych.

Walter Stabosz

Answer 31

2

Aby uzyskać rozwiązanie, spróbuj tego

string directory = System.IO.Directory.GetParent(System.IO.Directory.GetParent(Environment.CurrentDirectory).ToString()).ToString();

Siby Sunny
źródło

Answer 32

2

To jest najczęstszy sposób - to naprawdę zależy od tego, co dokładnie robisz: (Aby wyjaśnić, poniższy przykład usunie ostatnie 10 znaków, o które prosiłeś, jednak jeśli istnieją jakieś zasady biznesowe, które napędzają twoje potrzeby Aby znaleźć określoną lokalizację, należy użyć ich do pobrania lokalizacji katalogu, a nie do znajdowania lokalizacji czegoś innego i modyfikowania jej).

// remove last 10 characters from a string
str_directory = str_directory.Substring(0,str_directory.Length-10);

Hogan
źródło

Twój pierwszy działa tylko wtedy, gdy wiesz, że ostatnie znaki są dokładnie \bin\Debug , bez końcowego katalogu ` and no other path, so it's extraordinarily fragile. Your second doesn't work because Environment.CurrentDirectory` jest łańcuchem, a łańcuchy nie mają Parentwłaściwości.

Joe White

@Joe, usunąłem 2nd. Ale myślę, że to poprawna odpowiedź, jeśli ścieżka zawsze będzie \ bin \ debug, zadziała. I jak powiedział OP powinien naprawdę spojrzeć na to, co BR który napędza zapotrzebowanie na katalogu i użyć innego podejścia (pewnie bym użyć wpisu konfiguracji, ale zgaduję na BR i struktury programu.)

Hogan

Chociaż nie jest doskonały i delikatny, jest to jedyne rozwiązanie, które dla mnie zadziałało. Sugerowana edycja: „str_directory.length” powinna mieć wartość „str_directory.Length”, małe litery L są niedopuszczalne.

OverMars

Answer 33

Twój pierwszy działa tylko wtedy, gdy wiesz, że ostatnie znaki są dokładnie \bin\Debug , bez końcowego katalogu ` and no other path, so it's extraordinarily fragile. Your second doesn't work because Environment.CurrentDirectory` jest łańcuchem, a łańcuchy nie mają Parentwłaściwości.

Joe White

Answer 34

@Joe, usunąłem 2nd. Ale myślę, że to poprawna odpowiedź, jeśli ścieżka zawsze będzie \ bin \ debug, zadziała. I jak powiedział OP powinien naprawdę spojrzeć na to, co BR który napędza zapotrzebowanie na katalogu i użyć innego podejścia (pewnie bym użyć wpisu konfiguracji, ale zgaduję na BR i struktury programu.)

Hogan

Answer 35

Chociaż nie jest doskonały i delikatny, jest to jedyne rozwiązanie, które dla mnie zadziałało. Sugerowana edycja: „str_directory.length” powinna mieć wartość „str_directory.Length”, małe litery L są niedopuszczalne.

OverMars

Answer 36

Nikt nie dostarczył rozwiązania, które działałoby w różnych formach. Wiem, że nie było to specjalnie zadane, ale pracuję w środowisku linuxowym, w którym większość rozwiązań (jak w momencie, gdy to publikowałem) powodowałaby błąd.

Zakodowane separatory ścieżek (a także inne rzeczy) spowodują błąd w innych systemach niż Windows.

W moim oryginalnym rozwiązaniu zastosowałem:

char filesep = Path.DirectorySeparatorChar;
string datapath = $"..{filesep}..{filesep}";

Jednak po zobaczeniu niektórych odpowiedzi tutaj dostosowałem to tak, aby było:

string datapath = Directory.GetParent(Directory.GetParent(Directory.GetCurrentDirectory()).FullName).FullName;

Answer 37

Ponieważ nic innego, co znalazłem, nie pomaga rozwiązać tego w prawdziwie znormalizowany sposób, oto inna odpowiedź.

Zwróć uwagę, że w niektórych odpowiedziach na podobne pytania próbuje się używać tego Uritypu, ale to problem z końcowymi ukośnikami i bez końcowych ukośników.

Moja druga odpowiedź na tej stronie działa w przypadku operacji, które uruchamiają system plików, ale jeśli chcemy teraz mieć rozwiązaną ścieżkę (na przykład w celach porównawczych), bez przechodzenia przez system plików, C:/Temp/..i C:/zostanie uznana za inną. Bez przechodzenia przez system plików nawigacja w ten sposób nie zapewnia nam znormalizowanej, odpowiednio porównywalnej ścieżki.

Co możemy zrobić?

Będziemy opierać się na następującym odkryciu:

Path.GetDirectoryName(path + "/") ?? ""będzie niezawodnie dają nam ścieżkę bez ukośnika .

Dodanie ukośnika (jako string, nie jako char) spowoduje traktowanie nullścieżki tak samo, jak traktuje "".
GetDirectoryName powstrzyma się od odrzucenia ostatniego komponentu ścieżki dzięki dodanemu ukośnikowi.
GetDirectoryName znormalizuje ukośniki i kropki nawigacyjne.
Obejmuje to usunięcie wszelkich końcowych ukośników.
Obejmuje to zwijanie ..przez nawigację w górę.
GetDirectoryNamepowrócą nullpo pustą ścieżkę, do której się zlewamy "".

Jak tego używamy?

Najpierw znormalizuj ścieżkę wejściową :

dirPath = Path.GetDirectoryName(dirPath + "/") ?? "";

Następnie możemy pobrać katalog nadrzędny i możemy powtórzyć tę operację dowolną liczbę razy, aby przejść dalej w górę:

// This is reliable if path results from this or the previous operation
path = Path.GetDirectoryName(path);

Zauważ, że nigdy nie dotknęliśmy systemu plików. Żadna część ścieżki nie musi istnieć, jak by to było, gdybyśmy skorzystali DirectoryInfo.

Answer 38

Nie powinieneś tego robić. Environment.CurrentDirectory podaje ścieżkę do katalogu wykonywalnego. Jest to spójne niezależnie od lokalizacji pliku .exe. Nie powinieneś próbować uzyskać dostępu do pliku, co do którego zakłada się, że znajduje się w odwrotnej lokalizacji względnej

Sugerowałbym przeniesienie dowolnego zasobu, do którego chcesz uzyskać dostęp, do lokalnej lokalizacji. Katalogu systemowego (na przykład AppData)

Answer 39

IO.Path.GetFullPath(@"..\..")

Jeśli wyczyścisz " bin\Debug\" we właściwościach projektu -> Kompiluj -> Ścieżka wyjściowa, możesz po prostu użyćAppDomain.CurrentDomain.BaseDirectory

Jak znaleźć katalog nadrzędny w C #?

Odpowiedzi:

Będziemy opierać się na następującym odkryciu:

Jak tego używamy?