Существует ли .NET API для возврата эквивалентной строки расширенного пути данного пути? - PullRequest
Новая
       34

Существует ли .NET API для возврата эквивалентной строки расширенного пути данного пути?

4 голосов
/ 29 июля 2011

В NTFS я могу поставить префикс перед последовательностью символов \\?\, чтобы обозначить, что это путь, который превышает ограничение в 260 символов; как таковая, файловая система будет правильно интерпретировать путь и избегать повышения PathTooLongException.

(см. http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx#maxpath для получения дополнительной информации)

Есть ли .NET API, который будет префиксить мои строки пути с этой последовательностью, или я застрял при написании своего собственного?

По сути, я ищу метод, эквивалентный следующему. 

static string ToExtendedPath(string path)
{
    if(Path.IsPathRooted(path))
    {
        return @"\\?\" + path;
    }

    return Path.Combine(@"\\?\", path);
}

Ответы [ 2 ]

6 голосов
/ 29 июля 2011

Нет, нет .NET API, который переводил бы данный "нормальный" путь в расширенный синтаксис.Вы должны бросить свой собственный (кстати, тривиальный).

Обратите внимание: как упоминали Коди Грей и Ханс Пассант, .NET Framework не поддерживает длинные (расширенные) пути.Если вы хотите работать с ними, вам нужно использовать API напрямую.И не все функции API также поддерживают длинные пути.Как правило, функции низкого уровня делают.Обратитесь к документации MSDN.

Что я сделал, так это написал функции-оболочки для соответствующих функций API (например, CreateFile) и вызывал эти оболочки вместо функций файловой системы .NET.

0 голосов
/ 04 апреля 2018

Как отметил @ helge-klein, нет .Net API для обхода ограничения в 260 символов, эта функция полностью зависит от ОС, некоторые из которых поддерживают Переопределение на основе реестра ограничения 260 max_path .

[Редактировать] Поддержка DotNet 4.6.2 и выше: System.IO.LongPath , Блог и образец

Обновление для создателей Windows 10расширило ядро ​​(и командную строку), чтобы оно имело MoveFileEx W , но, как видно из dotnetReferenceSource , в DotNet Framework System.IO.File не включено использование расширенного ядра.: 

#if FEATURE_CORESYSTEM
    [DllImport(KERNEL32, SetLastError=true, CharSet=CharSet.Auto, BestFitMapping=false)]
    [ResourceExposure(ResourceScope.Machine)]
    private static extern bool MoveFileEx(String src, String dst, uint flags);

    internal static bool MoveFile(String src, String dst)
    {
        return MoveFileEx(src, dst, 2 /* MOVEFILE_COPY_ALLOWED */);
    }
#else // FEATURE_CORESYSTEM
    [DllImport(KERNEL32, SetLastError=true, CharSet=CharSet.Auto, BestFitMapping=false)]
    [ResourceExposure(ResourceScope.Machine)]
    internal static extern bool MoveFile(String src, String dst);
#endif // FEATURE_CORESYSTEM

Пример программы LinqPad для переноса MoveFile (другие можно найти в pinvoke ) 

void Main()
{
    //Create 3 files: in c:\temp\test\
    //testsrc0.txt, testsrc1.txt and testsrc2.txt
    //"\\?\UNC\server\share", 
    string src0File = @"\\?\UNC\127.0.0.1\c$\temp\test\testsrc0.txt";
    string dst0File = @"\\?\UNC\127.0.0.1\c$\temp\test\testdst0.txt";
    string dst0FileDotNet = @"c:\temp\test\testdst0.txt";
    string src1File = @"\\?\c:\temp\test\testsrc1.txt";
    string dst1File = @"\\?\c:\temp\test\testdst1.txt";
    string dst1FileDotNet = @"c:\temp\test\testdst1.txt";
    string src2File = @"\\?\\127.0.0.1\c$\temp\test\testsrc2.txt";
    string dst2File = @"\\?\\127.0.0.1\c$\temp\test\testdst2.txt";
    string dst2FileDotNet = @"c:\temp\test\testdst2.txt";

    MoveFileEx(src0File, dst0File, MoveFileFlags.MOVEFILE_REPLACE_EXISTING);
    System.IO.File.Exists(dst0File).Dump("File0 Exists");//FALSE
    System.IO.File.Exists(dst0FileDotNet).Dump("File0 Exists");//TRUE    

    MoveFileEx(src1File, dst1File, MoveFileFlags.MOVEFILE_REPLACE_EXISTING);
    System.IO.File.Exists(dst1File).Dump("File1 Exists");//FALSE
    System.IO.File.Exists(dst1FileDotNet).Dump("File1 Exists");//TRUE    

    MoveFileEx(src2File, dst2File, MoveFileFlags.MOVEFILE_REPLACE_EXISTING);
    System.IO.File.Exists(dst2File).Dump("File2 Exists");//FALSE
    System.IO.File.Exists(dst2FileDotNet).Dump("File2 Exists");//FALSE - as missing UNC keyword
    System.Runtime.InteropServices.Marshal.GetLastWin32Error().Dump("ERROR:");//3 == ERROR_PATH_NOT_FOUND
}

[Flags]
enum MoveFileFlags
{
    MOVEFILE_REPLACE_EXISTING = 0x00000001,
    MOVEFILE_COPY_ALLOWED = 0x00000002,
    MOVEFILE_DELAY_UNTIL_REBOOT = 0x00000004,
    MOVEFILE_WRITE_THROUGH = 0x00000008,
    MOVEFILE_CREATE_HARDLINK = 0x00000010,
    MOVEFILE_FAIL_IF_NOT_TRACKABLE = 0x00000020
}

// Define other methods and classes here
[return: MarshalAs(UnmanagedType.Bool)]
[DllImport("kernel32.dll", SetLastError = true, CharSet = CharSet.Unicode)]
static extern bool MoveFileEx(string lpExistingFileName, string lpNewFileName, MoveFileFlags dwFlags);

Для путей с диском и UNC-путем требуется ключевое слово"UNC".\? \ UNC \

...