Как вывести список файлов в каталоге с помощью Windows API?

HANDLE hFind = FindFirstFile("C:\\semester2", &data);       // DIRECTORY

Вы получили каталог, потому что это то, о чем вы просили. Если вам нужны файлы, попросите их:

HANDLE hFind = FindFirstFile("C:\\semester2\\*", &data);  // FILES

(Вместо этого вы можете использовать *.*, если хотите, но, очевидно, это работает только из-за взлома обратной совместимости, поэтому, вероятно, следует избегать. См. Комментарии и ответ RbMm.)

Позвольте мне сделать несколько заметок о "*.*" и "*". Эти фильтраторы не равны.

В нашей папке могут находиться 2 разных файла: somefile и somefile..

Если бы мы использовали API низкого уровня ZwQueryDirectoryFile с "*.*" в качестве поискового выражения (это 10-й параметр - FileName [in, optional]) - мы получим только somefile.. Но если бы мы использовали "*", то получили бы оба файла - somefile и somefile..

Если мы попробуем FindFirstFile("C:\\semester2\\*.*", &data);, мы можем заметить, что возвращаются оба файла somefile и somefile.. Итак, здесь "*.*" vs "*" имеют тот же эффект - никакой разницы в использовании.

Почему так происходит? Потому что внутри FindFirstFileEx в kernelbase (kernel32) сделайте специальную проверку на "*.*" маску, и если это правда - замените на "" (пустое имя, которое имеет тот же эффект, что и "*").

Я думаю, что это сделано для исправления очень распространенной ошибки, когда пользователи передают "*.*" вместо правильного "*", и для обратной совместимости с устаревшим кодом.

. и .. фактически не являются частью каталога, поскольку они хранятся на диске, но добавляются Win32 API.

Это неправда.

• для файловой системы в стиле FAT это действительно хранится в каталоге FAT как 2 первые записи.
• в NTFS таких записей нет, но NTFS.sys искусственно добавляют эти 2 записи, если они в маске.

Так что это делается не на уровне Win32 API, а в ядре - на уровне драйвера.

В заключение, "*.*" будет правильно работать с Win32 API, как минимум сейчас, но правильный и чистый способ - использовать здесь "*".
"*.*" будет ошибкой с _ 33_ api.

Вот пример реализации:

#include <iostream>
#include <vector>
#include <string>
#include <Windows.h>

std::vector<std::string>
list_directory(
    const std::string &directory)
{
    WIN32_FIND_DATAA findData;
    HANDLE hFind = INVALID_HANDLE_VALUE;
    std::string full_path = directory + "\\*";
    std::vector<std::string> dir_list;

    hFind = FindFirstFileA(full_path.c_str(), &findData);

    if (hFind == INVALID_HANDLE_VALUE)
        throw std::runtime_error("Invalid handle value! Please check your path...");

    while (FindNextFileA(hFind, &findData) != 0)
    {
        dir_list.push_back(std::string(findData.cFileName));
    }

    FindClose(hFind);

    return dir_list;
}

Примечание: было бы намного лучше использовать что-то вроде boost :: filesystem, если вы используете C ++ 11 или std :: filesystem, если вы используете C ++ 17. Также входной путь должен быть похож на C: \ path, а не C: \ path \ иначе это не сработает !!

Ответ Гарри фактически даст файлы и папки с расширением в желаемой папке "C:\\semester2".

Так, например, если у вас есть папка с именем "C:\\semester2\\math.course", она также будет найдена в приведенном выше примере. Более того, если у вас будет файл с именем "C:\\semester2\\math_scores" (обратите внимание, что у него нет расширения), он не будет найден.

Принимая во внимание вышесказанное, я бы предложил следующее решение:

HANDLE hFind = FindFirstFile("C:\\semester2\\*", &data); 

Это отобразит полный список элементов в каталоге. Фильтровать каталоги можно следующим образом:

if (data.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY)
{
// directory
}
else
{
// file
}

В качестве ссылок можно использовать следующее: Константы FileAttributes, Структура FIND_DATA, FindFirstFile API