Wie liest Unix einen Pfadnamen mit zwei aufeinanderfolgenden Schrägstrichen? (z. B./home/user // mystuff)

Question

Hier ist der Grund, warum ich diese Frage stelle: Ich schreibe viele Bash- und Perl-Skripte, und ich merke, dass ich immer wieder zwei Pfade verketten muss. So etwas ist typisch:

my $prefix = "/home/user/"; 
my $suffix = "/mystuff"; 
... 
chdir $prefix.$suffix; 

Das Problem ist, dass ich nicht immer daran denken, wenn ich einen Schrägstrich am Ende des Präfixes setzen, oder wenn ich einen Schrägstrich am Anfang des Suffix setzen. So könnte ich versehentlich zwei Schrägstriche verketten, wie im obigen Beispiel.

Also meine Hauptfrage ist, ob zwei aufeinanderfolgende Schrägstriche irgendwelche Probleme verursachen und warum. Aber haben Programmierer auch eine Konvention dafür? In dem Code, den andere Leute schreiben, enden Verzeichnisnamen immer mit einem Schrägstrich? Es wäre schön, wenn es eine konsistente Regel gäbe, der ich folgen könnte.

Answer 1

Es ist völlig in Ordnung. Wiederholte Schrägstriche werden von Unix-Systemen als eine behandelt, also fügen Sie immer eine hinzu.

my $prefix = "/home/user"; # Or "/home/user/" 
my $suffix = "mystuff"; 
my $dir = "$prefix/$suffix"; 

Aber wenn man einen kanonisierten Weg aus irgendeinem Grund wollen (zB es wird einem Benutzer angezeigt werden), können Sie verwenden:

use Path::Class qw(dir); 
my $prefix = dir("/home/user"); # Or "/home/user/" 
my $dir = $prefix->subdir($suffix); 
say $dir; 

Ob Sie mit /home/user, /home/user/ beginnen oder sogar ///home///user/// , enden Sie mit:

Answer 2

Unix-Shells und -Kernels behandeln das glücklicherweise genauso wie Dinge wie "/firstpart/./secondpart", aber im Allgemeinen machen Sie keinen Schrägstrich als Teil des Variablenwerts, um Pfadverkettungsausdrücke schöner aussehen zu lassen: $ {firstpart}/$ {zweiter Teil} statt $ {firstpart} $ {zweiter Teil}.

In Skripten unter Linux kann das readlink Befehlszeilenprogramm verwendet werden, um Dateinamen zu normalisieren.