从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/