С# Filepath Recasing

Я пытаюсь написать статическую функцию-член в С# или найти ее в .NET Framework, которая будет переписывать путь к файлу, который указывает файловая система.

Пример:

string filepath = @"C:\temp.txt";
filepath = FileUtility.RecaseFilepath(filepath);

// filepath = C:\Temp.TXT
// Where the real fully qualified filepath in the NTFS volume is C:\Temp.TXT

Я пробовал следующий код ниже и многие его варианты, и он все еще не работает. Я знаю, что Windows вообще не чувствительна к регистру, но мне нужно передать эти пути к ClearCase, который рассматривает оболочку пути к файлу, поскольку это приложение Unix и Windows.

public static string GetProperFilePathCapitalization(string filepath)
{
    string result = "";

    try
    {
        result = Path.GetFullPath(filepath);
        DirectoryInfo dir = new DirectoryInfo(Path.GetDirectoryName(result));
        FileInfo[] fi = dir.GetFiles(Path.GetFileName(result));
        if (fi.Length > 0)
        {
            result = fi[0].FullName;
        }
    }
    catch (Exception)
    {
        result = filepath;
    }

    return result;
}

Ответы

Ответ 1

Это довольно простая реализация, предполагающая, что все файлы и каталоги существуют и доступны:

static string GetProperDirectoryCapitalization(DirectoryInfo dirInfo)
{
    DirectoryInfo parentDirInfo = dirInfo.Parent;
    if (null == parentDirInfo)
        return dirInfo.Name;
    return Path.Combine(GetProperDirectoryCapitalization(parentDirInfo),
                        parentDirInfo.GetDirectories(dirInfo.Name)[0].Name);
}

static string GetProperFilePathCapitalization(string filename)
{
    FileInfo fileInfo = new FileInfo(filename);
    DirectoryInfo dirInfo = fileInfo.Directory;
    return Path.Combine(GetProperDirectoryCapitalization(dirInfo),
                        dirInfo.GetFiles(fileInfo.Name)[0].Name);
}

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

Ответ 2

Ниже все работает отлично, насколько я тестировал... только поймать, что используемый API доступен только в Vista.

static void Main(string[] args)
{
    using (FileStream fs = File.OpenRead(@"D:\temp\case\mytest.txt"))
    {
        StringBuilder path = new StringBuilder(512);
        GetFinalPathNameByHandle(fs.SafeFileHandle.DangerousGetHandle(), path, path.Capacity, 0);
        Console.WriteLine(path.ToString());
    }
}

[DllImport("kernel32.dll", SetLastError = true)]
static extern int GetFinalPathNameByHandle(IntPtr handle, [In, Out] StringBuilder path, int bufLen, int flags);

Ответ 3

Вы можете найти файл, в который хотите включить этот случай, и вернуть результаты поиска (вы хотите проверить корпус существующего файла, правильно?). Что-то вроде этого:

public static string GetProperFilePathCapitalization(string filepath) {
   string directoryPath = Path.GetDirectoryName(filepath);
   string[] files = Directory.GetFiles(directoryPath, Path.GetFileName(filepath));
   return files[0];
}

Это то, что вы ищете?

Ответ 4

У меня есть что-то более эффективное, но:

1) Кажется, что это не работает для всех случаев. (Я не понял, какие файлы и каталоги он правильно получает обсадную колонну, а какие - нет.)

2) Это зависит от Windows.

static string GetProperFilePathCapitalization1(string filename)
{
    StringBuilder sb = new StringBuilder(260);
    int length = GetLongPathName(filename, sb, sb.Capacity);

    if (length > sb.Capacity)
    {
        sb.Capacity = length;
        length = GetLongPathName(filename, sb, sb.Capacity);
    }

    if (0 == length)
        throw new Win32Exception("GetLongPathName");

    return sb.ToString();
}

[DllImport("kernel32.dll")]
static extern int GetLongPathName(string path, StringBuilder pszPath, int cchPath);

Ответ 5

Ответ на @Ants выше должен полностью получить кредит как принятый ответ. Тем не менее, я немного переработал его в моих целях. Этот подход упакован как методы расширения для FileInfo и DirectoryInfo, а также возвращает исправленные.

public static DirectoryInfo GetProperCasedDirectoryInfo(this DirectoryInfo dirInfo)
{
    // Inspired by http://stackoverflow.com/a/479198/244342

    if (!dirInfo.Exists)
    {
        // Will not be able to match filesystem
        return dirInfo;
    }

    DirectoryInfo parentDirInfo = dirInfo.Parent;
    if (parentDirInfo == null)
    {
        return dirInfo;
    }
    else
    {
        return parentDirInfo.GetProperCasedDirectoryInfo().GetDirectories(dirInfo.Name)[0];
    }
}

public static FileInfo GetProperCasedFileInfo(this FileInfo fileInfo)
{
    // Inspired by http://stackoverflow.com/a/479198/244342

    if (!fileInfo.Exists)
    {
        // Will not be able to match filesystem
        return fileInfo;
    }

    return fileInfo.Directory.GetProperCasedDirectoryInfo().GetFiles(fileInfo.Name)[0];
}

Я столкнулся с некоторыми проблемами непоследовательности с файловыми файлами. Чтобы обеспечить надежность, я конвертирую все кепки при сравнении или хранении путей. Чтобы уточнить намерение кода, у меня также есть эти методы расширения:

public static string GetPathForKey(this FileInfo File)
{
    return File.FullName.ToUpperInvariant();
}

public static string GetDirectoryForKey(this FileInfo File)
{
    return File.DirectoryName.ToUpperInvariant();
}

Ответ 6

Вы хотите, чтобы система находила файл для вас. Я делаю это, делая вид, что не знаю точного пути, то есть имеет системный поиск:

var fileName = Path.GetFileName(filePath);
var dir = Path.GetDirectoryName(filePath);
var filePaths = Directory.GetFiles(dir, fileName, SearchOption.TopDirectoryOnly);
var caseCorrectedFilePath = filePaths.FirstOrDefault();

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

Возвращает массив строк, содержащий либо единственный путь к файлу с правильным корпусом (если файл существует), либо ничего (если файл не существует).

Одно предупреждение: вам может потребоваться отключить подстановочные знаки во входном пути, потому что этот подход принимает их и может найти в результате несколько файлов.

Edit

Буква диска, по-видимому, продолжает следовать за корпусом, который мы предоставляем. Кроме того, это необходимо проверить на пути UNC.