从Visual Studio的立即窗口中:

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

似乎它们应该是相同的。

旧的FileSystemObject.BuildPath()无法以这种方式工作...

最佳答案

这是一个哲学问题(也许只有Microsoft才能真正回答),因为它确实在按照文档中的说明进行操作。

System.IO.Path.Combine

“如果path2包含绝对路径,则此方法返回path2。”

NET源中的Here's the actual Combine method。您可以看到它调用了CombineNoChecks,然后在path2上调用了IsPathRooted,并返回了该路径:

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()。

关于c# - 为什么Path.Combine无法正确连接以Path.DirectorySeparatorChar开头的文件名?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/53102/

10-12 05:32