Gewusst wie: auflisten von Dateien in einem Verzeichnis mit dem Windows-API?

Ich habe diesen code und es zeigt Ordner mit dem Verzeichnis selbst, nicht seinen Inhalt. Ich will, um seinen Inhalt anzuzeigen. Ich will nicht von boost::filesystem.

Wie kann ich dies beheben?

Code:

#include <windows.h>
#include <iostream>

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

    if ( hFind != INVALID_HANDLE_VALUE ) {
        do {
            std::cout << data.cFileName << std::endl;
        } while (FindNextFile(hFind, &data));
        FindClose(hFind);
    }
}

Ausgabe:

semester2
  • Mögliche Duplikate von How to get Current Directory?
  • Naja, nicht wirklich, aber es gab mir eine Idee! Jetzt funktioniert ' s! Danke! 🙂
  • Seite-Hinweis: Sie sind mit einem schmalen Zeichen-literal mit compile-Zeit ausgewählt Zeichenbreite APIs. Moderne build-Umgebungen neigen dazu, die Standard in Unicode-builds, die dazu führen, diese zu brechen. Würde ich dringend empfehlen entweder die Verwendung explizit Unicode-Typen und APIs überall (add W suffix WIN32_FIND_DATA, FindFirstFile, & FindNextFile, L Präfix-Pfad-literal ersetzen std::cout mit std::wcout) oder mit TCHARs konsequent (add #include <tchar.h> machen das string-literal _T("C:\\semester2"), und bedingt alias std::tcout zu std::cout/std::wcout als angemessen).
InformationsquelleAutor John Escobia | 2016-12-31
  1. 13
    HANDLE hFind = FindFirstFile("C:\\semester2", &data);       //DIRECTORY

    Hast du das Verzeichnis denn das ist, was Sie gefragt haben. Wenn Sie möchten, dass die Dateien, um Sie bitten:

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

    (Sie können stattdessen *.* wenn Sie es vorziehen, aber anscheinend funktioniert das nur, weil eine rückwärts-Kompatibilität hack so soll wahrscheinlich vermieden werden. Siehe comments und RbMm Antwort.)

    • Genial! Danke! Eine Frage, warum gibt es Punkte (.) bevor es werden die Dateien angezeigt? ich habe bearbeitet die Ausgabe auf meine Frage mit der änderung 🙂
    • Jedes Verzeichnis (mit Ausnahme des root-Verzeichnis) enthält einen Verweis auf sich selbst . und einen link zur übergeordneten .., wenn Sie nicht wollen, um diese es ist leicht zu überspringen.
    • Verstanden. Wie kann es übersprungen werden?
    • Nichts anspruchsvolles. In der Regel nur ein paar string-Vergleiche und eine if - Anweisung.
    • Ah, okay. Gotcha. Vielen Dank 🙂
    • *.* ist nur ein Rückschritt zu DOS. Es ist klarer in meiner Ansicht zu verwenden * statt.

    InformationsquelleAutor Harry Johnston
  2. 6

    Lassen Sie mich einige Anmerkungen über "*.*" vs "*". Diese Speichergeräte sind nicht gleich.

    2 unterschiedliche Dateien in unserem Ordner: somefile und somefile..

    Wenn wir verwendet die low-level-api ZwQueryDirectoryFile mit "*.*" als Suchbegriff ein (dies ist die 10 parameter - FileName [in, optional] ) - wir würden somefile. nur. Aber wenn wir "*" würden wir bekommen beide Dateien - somefile und somefile.

    Wenn wir versuchen FindFirstFile("C:\\semester2\\*.*", &data); können wir feststellen, als in den beiden Dateien somefile und somefile. zurückgegeben werden. So, hier "*.*" vs "*" haben den gleichen Effekt - kein Unterschied in der Nutzung.

    Warum geschieht dies? Denn im FindFirstFileEx im kernelbase (kernel32 ) spezielle check für "*.*" Maske, und wenn es wahr ist - ersetzen "" (Eine leere Namen, welche die gleiche Wirkung haben wie "*" ).

    Ich denke, das wird gemacht, um fix ein sehr häufiger Fehler, wenn Benutzer übergeben "*.*" anstelle des richtigen "*" und für rückwärts-Kompatibilität mit legacy-code.

    . und .. sind nicht eigentlich Teil des Verzeichnisses, wie es gespeichert ist
    Festplatte, aber Hinzugefügt werden, die von der Win32-API.

    Dies ist nicht wahr.

    • für FAT-style-file-system, das wirklich ist, gespeicherte FETT als Verzeichnis-2 erste Eintrag.
    • in NTFS es gibt keine solche Einträge, aber NTFS.sys künstlich fügen Sie diese 2 Einträge, wenn Sie in der Maske.

    So geschieht dies nicht im Win32-API-Ebene, aber in der kernel - auf Treiber-Ebene.

    Abschließend "*.*" wird korrekt mit Win32-API, wie minimum - aber der richtige und saubere Weg zu "*" hier.

    "*.*" werden Fehler mit ZwQueryDirectoryFile api.

    • Die *.* zu unterstützen, ist eine Abwärtskompatibilität feature, kurze Dateinamen hatte immer Erweiterungen. (Die extension kann leer sein, aber es war da.) Du hast Recht über den dot und double-dot als Teil der kernel eher als Win32, hatte ich beobachtet, dass die langen Wege, die Sie verwendet hat nicht funktioniert an der Kommandozeile (z.B. tab-Vervollständigung funktioniert nicht), aber schaut man genauer hin, scheint zu sein, etwas zu tun mit der Art und Weise cmd.exe funktioniert. Einen langen Pfad mit einem Punkt funktioniert, wenn übergeben notepad, zum Beispiel.
    • ja, habe ich schnell auf der Suche FindFirstFileEx und beachten Sie, dass es spezielle check für "*.*" an und fixieren Sie dieses auf "" - also schneller, alle für die rückwärts-Kompatibilität zu hacken. ich jedoch war nicht vertraut mit diesem vor, weil immer nur ZwQueryDirectoryFile im eigenen code, und hier "*.*" nicht zurück Dateien wie somefile (aber zurück somefile.)
    • Ich hoffe, du wirst mir verzeihen, wenn ich darauf hin, dass es einer der Gründe, warum Menschen empfohlen, vor der Verwendung der einheitlichen API unnötig. 🙂
    • es Ihr entschuldigt mich, dass ich erwähnt habe, NT-api hier. wie es scheint, obszönes Schimpfwort für 99%+ der usermode-Programmierer. aber hier nur zeigen, auf welcher Ebene system zu tun hack für "*.*". über NT-api, habe ich eine andere Meinung (ich denke, es ist richtig, dass es nicht solche hacks), wie ich es für direkte return-Fehler-code (bei nicht konvertieren, es mit dem Verlust der Genauigkeit), strenge uniformierte Signaturen (Vergleiche win32), viel mehr power und effektiv vergleichen win32, für die Möglichkeit, welche nicht vorhanden sind im win32.. aber das ist alles schon off-topic hier. ich habe nicht der Rat zu anybode verwenden 🙂
    • trotzdem danke. entschuldigen Sie mein Englisch und native-api 🙂
    InformationsquelleAutor RbMm
  3. 0

    Harrys Antwort wird tatsächlich Ertrag Dateien und Ordner mit einer Erweiterung in den gewünschten Ordner "C:\\semester2".

    So zum Beispiel, wenn Sie einen Ordner mit dem Namen "C:\\semester2\\math.course" wird es auch gefunden werden, indem das obige Beispiel. Außerdem, wenn Sie haben eine Datei namens "C:\\semester2\\math_scores" (bemerken es nicht, dass eine Verlängerung) wird es nicht gefunden werden.

    Unter den oben in Betracht, würde ich vorschlagen, die folgende Lösung:

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

    Dieser Liste wird die gesamte Liste der Elemente unter das Verzeichnis.
    Filtern Sie die Verzeichnisse, die getan werden können in der folgenden Weise:

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

    Den folgenden verwendet werden kann für Referenzen: FileAttributes Konstanten, FIND_DATA struct, FindFirstFile API

    • Das ist nicht wahr. *.* finden von Dateien ohne Erweiterungen. Sehen RbMm-Antwort für weitere Details.
    InformationsquelleAutor papadp
Schreibe einen Kommentar