Почему Path.Combine неправильно объединяет имена файлов, начинающиеся с Path.DirectorySeparatorChar?


186

Из непосредственного окна в Visual Studio:

> Path.Combine(@"C:\x", "y")
"C:\\x\\y"
> Path.Combine(@"C:\x", @"\y")
"\\y"

Кажется, они оба должны быть одинаковыми.

Старый FileSystemObject.BuildPath () не работал таким образом ...



@ Джо, глупый прав! Кроме того, я должен отметить, что эквивалентная функция прекрасно работает в Node.JS ... качая головой в Microsoft ...
NH.

2
@zwcloud Для .NET Core / Standard, Path.Combine()в основном для обратной совместимости (с существующим поведением). Было бы лучше использовать Path.Join(): «В отличие от метода Combine, метод Join не пытается рутировать возвращенный путь. (То есть, если path2 является абсолютным путем, метод Join не отбрасывает path1 и возвращает path2 как Combine. метод делает.) "
Stajs

Ответы:


205

Это своего рода философский вопрос (на который, пожалуй, может ответить только Microsoft), поскольку он делает именно то, что говорится в документации.

System.IO.Path.Combine

«Если path2 содержит абсолютный путь, этот метод возвращает path2.»

Вот фактический метод Combine из источника .NET. Вы можете видеть, что он вызывает CombineNoChecks , который затем вызывает IsPathRooted на path2 и возвращает этот путь, если так:

public static String Combine(String path1, String path2) {
    if (path1==null || path2==null)
        throw new ArgumentNullException((path1==null) ? "path1" : "path2");
    Contract.EndContractBlock();
    CheckInvalidPathChars(path1);
    CheckInvalidPathChars(path2);

    return CombineNoChecks(path1, path2);
}

internal static string CombineNoChecks(string path1, string path2)
{
    if (path2.Length == 0)
        return path1;

    if (path1.Length == 0)
        return path2;

    if (IsPathRooted(path2))
        return path2;

    char ch = path1[path1.Length - 1];
    if (ch != DirectorySeparatorChar && ch != AltDirectorySeparatorChar &&
            ch != VolumeSeparatorChar) 
        return path1 + DirectorySeparatorCharAsString + path2;
    return path1 + path2;
}

Я не знаю, в чем причина. Я думаю, что решение состоит в том, чтобы удалить (или обрезать) DirectorySeparatorChar из начала второго пути; возможно, написать свой собственный метод Combine, который делает это, а затем вызывает Path.Combine ().


Глядя на разобранный код (проверь мой пост), ты прав в некотором смысле.
Гульзар Назим

7
Я предполагаю, что это работает таким образом, чтобы обеспечить легкий доступ к алгоритму «текущий рабочий каталог».
БКС,

Кажется, это работает как выполнение последовательности cd (component)из командной строки. Звучит разумно для меня.
Адриан Ратнапала

11
Я использую эту обрезку, чтобы получить желаемый эффект string strFilePath = Path.Combine (basePath, otherPath.TrimStart (new char [] {'\\', '/'}));
Мэтью Лок

3
Я изменить свой рабочий код в Path.Combineтолько , чтобы быть безопасным , но потом он сломался .. Это так глупо :)
SOTN

23

Это дизассемблированный код из .NET Reflector для метода Path.Combine. Проверьте функцию IsPathRooted. Если второй путь является корневым (начинается с DirectorySeparatorChar), верните второй путь как есть.

public static string Combine(string path1, string path2)
{
    if ((path1 == null) || (path2 == null))
    {
        throw new ArgumentNullException((path1 == null) ? "path1" : "path2");
    }
    CheckInvalidPathChars(path1);
    CheckInvalidPathChars(path2);
    if (path2.Length == 0)
    {
        return path1;
    }
    if (path1.Length == 0)
    {
        return path2;
    }
    if (IsPathRooted(path2))
    {
        return path2;
    }
    char ch = path1[path1.Length - 1];
    if (((ch != DirectorySeparatorChar) &&
         (ch != AltDirectorySeparatorChar)) &&
         (ch != VolumeSeparatorChar))
    {
        return (path1 + DirectorySeparatorChar + path2);
    }
    return (path1 + path2);
}


public static bool IsPathRooted(string path)
{
    if (path != null)
    {
        CheckInvalidPathChars(path);
        int length = path.Length;
        if (
              (
                  (length >= 1) &&
                  (
                      (path[0] == DirectorySeparatorChar) ||
                      (path[0] == AltDirectorySeparatorChar)
                  )
              )

              ||

              ((length >= 2) &&
              (path[1] == VolumeSeparatorChar))
           )
        {
            return true;
        }
    }
    return false;
}

23

Я хотел решить эту проблему:

string sample1 = "configuration/config.xml";
string sample2 = "/configuration/config.xml";
string sample3 = "\\configuration/config.xml";

string dir1 = "c:\\temp";
string dir2 = "c:\\temp\\";
string dir3 = "c:\\temp/";

string path1 = PathCombine(dir1, sample1);
string path2 = PathCombine(dir1, sample2);
string path3 = PathCombine(dir1, sample3);

string path4 = PathCombine(dir2, sample1);
string path5 = PathCombine(dir2, sample2);
string path6 = PathCombine(dir2, sample3);

string path7 = PathCombine(dir3, sample1);
string path8 = PathCombine(dir3, sample2);
string path9 = PathCombine(dir3, sample3);

Конечно, все пути 1-9 должны содержать эквивалентную строку в конце. Вот метод PathCombine, который я придумал:

private string PathCombine(string path1, string path2)
{
    if (Path.IsPathRooted(path2))
    {
        path2 = path2.TrimStart(Path.DirectorySeparatorChar);
        path2 = path2.TrimStart(Path.AltDirectorySeparatorChar);
    }

    return Path.Combine(path1, path2);
}

Я также думаю, что довольно досадно, что эту обработку строк нужно выполнять вручную, и мне было бы интересно узнать причину этого.


19

На мой взгляд, это ошибка. Проблема в том, что существует два разных типа «абсолютных» путей. Путь "d: \ mydir \ myfile.txt" является абсолютным, путь "\ mydir \ myfile.txt" также считается "абсолютным", даже если в нем отсутствует буква диска. На мой взгляд, правильное поведение заключается в добавлении буквы диска из первого пути, когда второй путь начинается с разделителя каталогов (и не является UNC-путем). Я бы порекомендовал написать свою собственную вспомогательную функцию-обертку, которая будет иметь желаемое поведение, если вам это нужно.


7
Это соответствует спецификации, но это не то, чего я ожидал.
dthrasher 26.09.09

@ Джейк Это не избежать ошибки; несколько человек долго и усердно думают о том, как что-то сделать, а затем придерживаются того, с чем они согласны. Также обратите внимание на разницу между .Net framework (библиотекой, которая содержит Path.Combine) и языком C #.
Grault

9

Из MSDN :

Если один из указанных путей является строкой нулевой длины, этот метод возвращает другой путь. Если path2 содержит абсолютный путь, этот метод возвращает path2.

В вашем примере path2 является абсолютным.


7

Следуя совету Кристиана Грауса в его блоге «Вещи, который я ненавижу в Microsoft» под названием « Path.Combine по сути бесполезен». , Вот мое решение:

public static class Pathy
{
    public static string Combine(string path1, string path2)
    {
        if (path1 == null) return path2
        else if (path2 == null) return path1
        else return path1.Trim().TrimEnd(System.IO.Path.DirectorySeparatorChar)
           + System.IO.Path.DirectorySeparatorChar
           + path2.Trim().TrimStart(System.IO.Path.DirectorySeparatorChar);
    }

    public static string Combine(string path1, string path2, string path3)
    {
        return Combine(Combine(path1, path2), path3);
    }
}

Некоторые советуют, что пространства имен должны сталкиваться, ... я пошел Pathy, как небольшой, и чтобы избежать столкновения пространства имен System.IO.Path.

Редактировать : Добавлены проверки нулевых параметров


4

Этот код должен сделать свое дело:

        string strFinalPath = string.Empty;
        string normalizedFirstPath = Path1.TrimEnd(new char[] { '\\' });
        string normalizedSecondPath = Path2.TrimStart(new char[] { '\\' });
        strFinalPath =  Path.Combine(normalizedFirstPath, normalizedSecondPath);
        return strFinalPath;

4

Не зная реальных деталей, я предполагаю, что он пытается присоединиться так, как если бы вы могли присоединиться к относительным URI. Например:

urljoin('/some/abs/path', '../other') = '/some/abs/other'

Это означает, что когда вы соединяете путь с предыдущей косой чертой, вы фактически соединяете одну базу с другой, и в этом случае вторая получает приоритет.


Я думаю, что слэш должен быть объяснен. Кроме того, какое это имеет отношение к .NET?
Питер Мортенсен

3

Причина:

Ваш второй URL считается абсолютным путем. CombineМетод будет возвращать последний путь, только если последний путь является абсолютным путем.

Решение: Просто удалите начальную косую черту /вашего второго Пути ( /SecondPathк SecondPath). Тогда это работает, как вы исключили.


3

Это на самом деле имеет смысл, в некотором смысле, учитывая, как обычно обрабатываются (относительные) пути:

string GetFullPath(string path)
{
     string baseDir = @"C:\Users\Foo.Bar";
     return Path.Combine(baseDir, path);
}

// Get full path for RELATIVE file path
GetFullPath("file.txt"); // = C:\Users\Foo.Bar\file.txt

// Get full path for ROOTED file path
GetFullPath(@"C:\Temp\file.txt"); // = C:\Temp\file.txt

Реальный вопрос: почему пути, которые начинаются с "\", считаются «укорененными»? Для меня это тоже было новым, но в Windows это работает так :

new FileInfo("\windows"); // FullName = C:\Windows, Exists = True
new FileInfo("windows"); // FullName = C:\Users\Foo.Bar\Windows, Exists = False

1

Если вы хотите объединить оба пути без потери пути, вы можете использовать это:

?Path.Combine(@"C:\test", @"\test".Substring(0, 1) == @"\" ? @"\test".Substring(1, @"\test".Length - 1) : @"\test");

Или с переменными:

string Path1 = @"C:\Test";
string Path2 = @"\test";
string FullPath = Path.Combine(Path1, Path2.IsRooted() ? Path2.Substring(1, Path2.Length - 1) : Path2);

В обоих случаях возвращается «C: \ test \ test».

Сначала я оцениваю, начинается ли Path2 с /, и если оно истинно, возвращаю Path2 без первого символа. В противном случае верните полный путь2.


1
Возможно, безопаснее заменить == @"\"чек Path.IsRooted()вызовом, поскольку "\"это не единственный символ, который нужно учитывать.
rumblefx0

0

Эти два метода должны уберечь вас от случайного объединения двух строк, в каждой из которых есть разделитель.

    public static string Combine(string x, string y, char delimiter) {
        return $"{ x.TrimEnd(delimiter) }{ delimiter }{ y.TrimStart(delimiter) }";
    }

    public static string Combine(string[] xs, char delimiter) {
        if (xs.Length < 1) return string.Empty;
        if (xs.Length == 1) return xs[0];
        var x = Combine(xs[0], xs[1], delimiter);
        if (xs.Length == 2) return x;
        var ys = new List<string>();
        ys.Add(x);
        ys.AddRange(xs.Skip(2).ToList());
        return Combine(ys.ToArray(), delimiter);
    }

0

Это \ означает «корневой каталог текущего диска». В вашем примере это означает «тестовую» папку в корневом каталоге текущего диска. Таким образом, это может быть равно «c: \ test».



0

Я использовал агрегатную функцию для объединения путей, как показано ниже:

public class MyPath    
{
    public static string ForceCombine(params string[] paths)
    {
        return paths.Aggregate((x, y) => Path.Combine(x, y.TrimStart('\\')));
    }
}

0

Как упоминал Райан, он делает именно то, что написано в документации.

От времени DOS, текущий диск и текущий путь различаются. \это корневой путь, но для ТЕКУЩЕГО ДИСКА.

Для каждого « диска » существует отдельный « текущий путь ». Если вы меняете диск с помощью, cd D:вы не изменяете текущий путь на D:\, а на: «D: \ независимо от того, что было \ the \ last \ path \ accessed \ on \ this \ disk» ...

Таким образом, в Windows буквальное значение @"\x"означает: «CURRENTDISK: \ x». Следовательно Path.Combine(@"C:\x", @"\y"), вторым параметром является корневой путь, а не относительный, хотя и не на известном диске ... И поскольку неизвестно, каким может быть «текущий диск», возвращается python "\\y".

>cd C:
>cd \mydironC\apath
>cd D:
>cd \mydironD\bpath
>cd C:
>cd
>C:\mydironC\apath
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.