Проверьте, указан ли полный путь - PullRequest
91 голосов
/ 06 апреля 2011

Есть ли способ проверить, является ли данный путь полным путем? Прямо сейчас я делаю это:

if (template.Contains(":\\")) //full path already given
{
}
else //calculate the path from local assembly
{
}

Но должен быть более элегантный способ проверить это?

Ответы [ 8 ]

125 голосов
/ 06 апреля 2011

Попробуйте использовать System.IO.Path.IsPathRooted?Он также возвращает true для абсолютных путей.

System.IO.Path.IsPathRooted(@"c:\foo"); // true
System.IO.Path.IsPathRooted(@"\foo"); // true
System.IO.Path.IsPathRooted("foo"); // false

System.IO.Path.IsPathRooted(@"c:1\foo"); // surprisingly also true
System.IO.Path.GetFullPath(@"c:1\foo");// returns "[current working directory]\1\foo"
25 голосов
/ 27 января 2016
Path.IsPathRooted(path)
&& !Path.GetPathRoot(path).Equals(Path.DirectorySeparatorChar.ToString(), StringComparison.Ordinal)

Приведенное выше условие:

  • не требует разрешений файловой системы
  • возвращает false в большинстве случаев, когда формат path недопустим (вместовыдает исключение)
  • возвращает true только в том случае, если path включает в себя том

В сценариях, подобных тому, который был задан OP, он может поэтому быть более подходящим, чем условия впредыдущие ответы.В отличие от вышеуказанного условия:

  • path == System.IO.Path.GetFullPath(path) генерирует исключения, а не возвращает false в следующих сценариях:
    • У вызывающей стороны нет необходимых разрешений
    • Системе не удалось получить абсолютный путь
    • путь содержит двоеточие (":"), которое не является частью идентификатора тома
    • Указанный путь, имя файла или оба превышают установленную системой максимальную длину
  • System.IO.Path.IsPathRooted(path) возвращает true, если начинается pathс одним разделителем каталогов.

Наконец, вот метод, который оборачивает указанное выше условие, а также исключает оставшиеся возможные исключения:

public static bool IsFullPath(string path) {
    return !String.IsNullOrWhiteSpace(path)
        && path.IndexOfAny(System.IO.Path.GetInvalidPathChars().ToArray()) == -1
        && Path.IsPathRooted(path)
        && !Path.GetPathRoot(path).Equals(Path.DirectorySeparatorChar.ToString(), StringComparison.Ordinal);
}

РЕДАКТИРОВАТЬ: EM0 сделал хороший комментарийи альтернативный ответ , касающийся любопытного случая таких путей, как C: и C:dir.Чтобы решить, как вы можете обрабатывать такие пути, вы можете глубоко погрузиться в MSDN -> Настольные приложения Windows -> Разработка -> Рабочий столтехнологии -> Доступ и хранение данных -> Локальные файловые системы -> Управление файлами -> Об управлении файлами -> Создание, удаление и ведение файлов -> Именование файлов, путей и пространств имен -> Полностью квалифицированные и относительные пути

Для функций API Windows, которые управляют файлами, имена файлов часто могут быть относительно текущего каталога, в то время как для некоторых API требуется полный путь.Имя файла относится к текущему каталогу, если оно не начинается с одного из следующих:

  • UNC-имя любого формата, которое всегда начинается с двух символов обратной косой черты ("\").Для получения дополнительной информации см. Следующий раздел.
  • Обозначение диска с обратной косой чертой, например «C: \» или «d: \».
  • Например, одна обратная косая черта »\ directory "или" \ file.txt ".Это также называется абсолютным путем.

Если имя файла начинается только с обозначения диска, а не с обратной косой черты после двоеточия, оно интерпретируется как относительный путь к текущему каталогу вдиск с указанной буквой.Обратите внимание, что текущий каталог может быть или не быть корневым каталогом, в зависимости от того, какой он был установлен во время самой последней операции «изменение каталога» на этом диске.Примеры этого формата:

  • «C: tmp.txt» относится к файлу с именем «tmp.txt» в текущем каталоге на диске C.
  • "C: tempdir \ tmp.txt "относится к файлу в подкаталоге текущего каталога на диске C.

[...]

15 голосов
/ 06 апреля 2011

Try

System.IO.Path.IsPathRooted(template)

Работает как для UNC-путей, так и для локальных.

Например,

Path.IsPathRooted(@"\\MyServer\MyShare\MyDirectory")  // returns true
Path.IsPathRooted(@"C:\\MyDirectory")  // returns true
11 голосов
/ 19 сентября 2015

Старый вопрос, но еще один применимый ответ. Если вам нужно убедиться, что том включен в локальный путь, вы можете использовать System.IO.Path.GetFullPath () следующим образом:

if (template == System.IO.Path.GetFullPath(template))
{
    ; //template is full path including volume or full UNC path
}
else
{
    if (useCurrentPathAndVolume)
        template = System.IO.Path.GetFullPath(template);
    else
        template = Assembly.GetExecutingAssembly().Location
}
7 голосов
/ 30 ноября 2017

Опираясь на ответ weir : он не выбрасывает неправильные пути, но также возвращает false для путей типа "C:", "C: dirname" и "\ path".

public static bool IsFullPath(string path)
{
    if (string.IsNullOrWhiteSpace(path) || path.IndexOfAny(Path.GetInvalidPathChars()) != -1 || !Path.IsPathRooted(path))
        return false;

    var pathRoot = Path.GetPathRoot(path);
    if (pathRoot.Length <= 2 && pathRoot != "/") // Accepts X:\ and \\UNC\PATH, rejects empty string, \ and X:, but accepts / to support Linux
        return false;

    return !(pathRoot == path && pathRoot.StartsWith("\\\\") && pathRoot.IndexOf('\\', 2) == -1); // A UNC server name without a share name (e.g "\\NAME") is invalid
}

Обратите внимание, что это возвращает разные результаты в Windows и Linux, например, "/ path" является абсолютным в Linux, но не в Windows.

Юнит-тест:

[Test]
public void IsFullPath()
{
    bool isWindows = Environment.OSVersion.Platform.ToString().StartsWith("Win"); // .NET Framework
    // bool isWindows = System.Runtime.InteropServices.RuntimeInformation.IsOSPlatform(OSPlatform.Windows); // .NET Core

    // These are full paths on Windows, but not on Linux
    TryIsFullPath(@"C:\dir\file.ext", isWindows);
    TryIsFullPath(@"C:\dir\", isWindows);
    TryIsFullPath(@"C:\dir", isWindows);
    TryIsFullPath(@"C:\", isWindows);
    TryIsFullPath(@"\\unc\share\dir\file.ext", isWindows);
    TryIsFullPath(@"\\unc\share", isWindows);

    // These are full paths on Linux, but not on Windows
    TryIsFullPath(@"/some/file", !isWindows);
    TryIsFullPath(@"/dir", !isWindows);
    TryIsFullPath(@"/", !isWindows);

    // Not full paths on either Windows or Linux
    TryIsFullPath(@"file.ext", false);
    TryIsFullPath(@"dir\file.ext", false);
    TryIsFullPath(@"\dir\file.ext", false);
    TryIsFullPath(@"C:", false);
    TryIsFullPath(@"C:dir\file.ext", false);
    TryIsFullPath(@"\dir", false); // An "absolute", but not "full" path

    // Invalid on both Windows and Linux
    TryIsFullPath(null, false, false);
    TryIsFullPath("", false, false);
    TryIsFullPath("   ", false, false);
    TryIsFullPath(@"C:\inval|d", false, false);
    TryIsFullPath(@"\\is_this_a_dir_or_a_hostname", false, false);
}

private static void TryIsFullPath(string path, bool expectedIsFull, bool expectedIsValid = true)
{
    Assert.AreEqual(expectedIsFull, PathUtils.IsFullPath(path), "IsFullPath('" + path + "')");

    if (expectedIsFull)
    {
        Assert.AreEqual(path, Path.GetFullPath(path));
    }
    else if (expectedIsValid)
    {
        Assert.AreNotEqual(path, Path.GetFullPath(path));
    }
    else
    {
        Assert.That(() => Path.GetFullPath(path), Throws.Exception);
    }
}
4 голосов
/ 17 апреля 2018

Чтобы проверить, является ли путь полностью квалифицированным (MSDN) :

public static bool IsPathFullyQualified(string path)
{
    var root = Path.GetPathRoot(path);
    return root.StartsWith(@"\\") || root.EndsWith(@"\");
}

Это немного проще, чем то, что уже было предложено, и все равно возвращает false для относительных к диску путей, таких как C:foo. Его логика основана непосредственно на определении MSDN «полностью квалифицированный», и я не нашел никаких примеров, на которых он плохо себя ведет.


Интересно, что в .NET Core 2.1, по-видимому, появился новый метод Path.IsPathFullyQualified, в котором используется внутренний метод PathInternal.IsPartiallyQualified (местоположение ссылки точное по состоянию на 2018-04-17).

Для потомков и лучшего самодостаточности этого поста, вот реализация последнего для справки:

internal static bool IsPartiallyQualified(ReadOnlySpan<char> path)
{
    if (path.Length < 2)
    {
        // It isn't fixed, it must be relative.  There is no way to specify a fixed
        // path with one character (or less).
        return true;
    }

    if (IsDirectorySeparator(path[0]))
    {
        // There is no valid way to specify a relative path with two initial slashes or
        // \? as ? isn't valid for drive relative paths and \??\ is equivalent to \\?\
        return !(path[1] == '?' || IsDirectorySeparator(path[1]));
    }

    // The only way to specify a fixed path that doesn't begin with two slashes
    // is the drive, colon, slash format- i.e. C:\
    return !((path.Length >= 3)
        && (path[1] == VolumeSeparatorChar)
        && IsDirectorySeparator(path[2])
        // To match old behavior we'll check the drive character for validity as the path is technically
        // not qualified if you don't have a valid drive. "=:\" is the "=" file's default data stream.
        && IsValidDriveChar(path[0]));
}
1 голос
/ 11 апреля 2018

Это решение, которое я использую

public static bool IsFullPath(string path)
{
    try
    {
        return Path.GetFullPath(path) == path;
    }
    catch
    {
        return false;
    }
}

Работает следующим образом:

IsFullPath(@"c:\foo"); // true
IsFullPath(@"C:\foo"); // true
IsFullPath(@"c:\foo\"); // true
IsFullPath(@"c:/foo"); // false
IsFullPath(@"\foo"); // false
IsFullPath(@"foo"); // false
IsFullPath(@"c:1\foo\"); // false
0 голосов
/ 06 апреля 2011

Я не совсем уверен, что вы подразумеваете под полный путь (хотя, исходя из примера, который вы имеете в виду не относительный от корня и далее), вы можете использовать Path класс, чтобы помочь вам в работе с физическими путями файловой системы, который должен охватывать вас в большинстве случаев.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...