Escape Leerzeichen im Dateipfad

Frage ich mich, wie kann ich programmgesteuert hinzufügen \ vor Leerzeichen in Datei-Pfaden. Ich bin mit fs.readdir um den Inhalt von Verzeichnissen und wenn ich nicht entkommen, die Leerzeichen aus dem Pfad dann habe ich eine ENOENT Fehler, weil nicht korrekt codierten Pfade ungültig sind in UNIX. Ich möchte unter Ergebnis :

/path/with\ spaces/in/them/

Jedoch habe ich ein problem mit einem REGEX in der NODE REPL. Wenn ich das mache :

var path = '/path/with spaces/in/them/';
var escapedPath = path.replace(/(\s)/, "\\ ");

Bekomme ich als Ergebnis :

'/path/with\\ spaces/in/them/'

Wenn ich versuche, führen Sie diesen gleichen code in der Chrome-Konsole bekomme ich :

"/path/with\ spaces/in/them/"

Was ist der gewünschte Effekt.

Ich bin nicht sicher, ob mir etwas fehlt oder ob das ein bug ist. Ich bin verwirrt, weil Knoten läuft auf die gleiche Javascript-engine wie Chrome, so würde ich denken, dass diese Ausdrücke würden interpretiert werden, die gleichen.

Bitte lassen Sie mich wissen, ob jemand weiß einen Weg, um dies zu umgehen. Vielleicht bin ich etwas fehlt. Ich muss nur in der Lage zu entkommen die Pfade, bevor Sie Sie in fs.readdir so dass ich vermeiden Sie diese Fehler.

Dank!

  • Klingt wie ein bug in fs.readdir zu mir.
  • Die tatsächlichen Ergebnisse sind die gleichen in Chrom und in Node.js. Der Unterschied ist, wie Sie zeigt es. Versuchen Sie console.log im node.js und du wirst sehen, das gleiche Ergebnis.
  • Als für nicht korrekt codierten strings, fs.readFile gut funktioniert mit dem Ausgang des fs.readdir.
  • Danke Leonid! Ich war zu sehen, das problem innerhalb der REPL, aber wenn ich die erstellte test-Datei und Konsole protokolliert die escapedPath variable es war in der Tat entkam richtig. Es stellt sich heraus, dass fs.readdir nicht benötigen Sie, um zu entkommen die Pfade überhaupt. Ich hatte tatsächlich noch ein Fehler in meinem code, war ein wenig härter auf die Spur. Ich dachte, das problem war aus nicht die Flucht der Eingang zu fs.readdir aber das war nicht das problem.
  • dass gleiche problem mit fs.umbenennen() ENOENT. (q-io/fs) bug?
InformationsquelleAutor kevin | 2013-07-31
  1. 3

    fs.readdir nicht erforderlich, dass Sie die Flucht-Wege. Ich war in der Lage, rekursiv übergeben fs.readdir Ausgabe-Verzeichnisse wieder in fs.readdir ohne Probleme.

    Das Problem oben mit der REGEX war nur auftreten an den Node REPL. Einmal testete ich den oben genannten code in einer Datei, die ich war in der Lage, um es durch Knoten und erhalten die gleiche Ausgabe, die ich sah in der Chrome-Konsole.

    Landete ich Suche nach einem Fehler in meinem code, war ein wenig schwer auf die Spur. Ich dachte zuerst, es käme von nicht entkommen, den Weg zu mir geschickt wurde in fs.readdir aber es war tatsächlich ein Problem, wo ich war fs.stat die Ausgabe von fs.readdir und dann zu überprüfen, ob die Ausgabe eine Datei oder ein Verzeichnis und behandeln Sie es entsprechend.

    Es stellt sich heraus, dass einige Ergebnisse aus der stat wurden weder Dateien oder Verzeichnisse und meine Funktion habe keine Möglichkeit, damit umzugehen, so dass es gerade zurückgegeben. Da hatte ich kein Handler für dieses Knotens Programm einfach aufgehört abrubtly. Alle die ich tun musste, war, fügen Sie eine zusätzliche else Zustand zu fangen, die nicht Datei/Verzeichnisse Fällen (die ich nicht kenne, sowieso).

    Jetzt seine Arbeit gut!

    InformationsquelleAutor kevin
  2. 1

    entweder versuchen, diese 

    var path = "'file:///Users/kevin/folder with space'";

    oder diese

    var path = "\"file:///Users/kevin/folder with space\"";
    InformationsquelleAutor acostil
Schreibe einen Kommentar