Wird es als Best Practice angesehen, bei der Benennung von Dateien keine Großbuchstaben zu verwenden?

Die Leute sagen, Sie sollten keine Leerzeichen bei der Benennung von Unix-Dateien verwenden. Gibt es gute Gründe, in Dateinamen keine Großbuchstaben zu verwenden (z. B. File_Name.txtvs. file_name.txt)? Oder ist das nur eine Frage der persönlichen Präferenz?

Die Leute sagen, Sie sollten keine Leerzeichen in Unix-Dateinamen verwenden.

Die Leute sagen eine Menge Dinge. Es gibt einige Tools, die möglicherweise versagen, aber hoffentlich sind sie zu diesem Zeitpunkt nur wenige, da Leerzeichen ein Virus sind, der von riesigen, firmeneigenen OS-Unternehmen verbreitet wird und jetzt nicht mehr zu vermeiden ist.

Leerzeichen machen die Angabe von Dateinamen in der Befehlszeile usw. umständlich. Das ist alles. Die einzigen kategorisch verbotenen Zeichen auf * nix-Systemen sind NUL (keine Sorge, sie befinden sich nicht auf Ihrer Tastatur oder auf der anderer) und /da dies das Pfadtrennzeichen ist. ¹ Sonst geht nichts. Einzelne Pfadelemente (Dateinamen) sind auf 255 Byte begrenzt (eine mögliche Komplikation, wenn Sie erweiterte Zeichensätze verwenden) und vervollständigen Pfade auf 4 KB.

Oder ist das nur eine Frage der persönlichen Präferenz?

Ich würde sagen, dass es so ist. Die meisten von DE scheinen eine ganze Reihe von aktivierten Verzeichnisse in Ihrem erstellen $HOME( Downloads, Desktop, Documents- das Dist sehr beliebt), so gibt es nichts bizarr darüber. Es gibt auch sehr alltägliche traditionelle Dateien mit Großbuchstaben wie .Xclientsund .Xauthority.

Ein Vorteil der Aktivierung von Dingen am Anfang ist, dass sie, wenn sie lexikografisch aufgelistet sind, vor Kleinbuchstaben stehen - zumindest mit vielen Werkzeugen und abhängig vom Gebietsschema.

Ich bin ein Fan von Camel Case (auch bekannt als CamelCase) und benutze es zum Beispiel mit Dateinamen /home/goldilocks/blueSuedeShoes- egal was drin ist . Auf jeden Fall eine Frage der persönlichen Präferenz, aber es hat mir noch keinen Kummer bereitet.

Java-Klassendateien enthalten in der Regel von Natur aus Großbuchstaben, da dies bei Java-Klassennamen der Fall ist. Und natürlich nicht vergessen NetworkManager, auch wenn einige von uns es vorziehen würden.

^{1. Es gibt einen viel weiter abgegrenzten, von POSIX empfohlenen "Portable Filename Character Set" , der kein Leerzeichen enthält - aber Großbuchstaben enthält! POSIX gibt auch die allgemeinere Einschränkung bezüglich "des Schrägstrichs und des Null-Bytes" an einer anderen Stelle im selben Dokument an . Dies spiegelt die langjährigen konventionellen Praktiken wider oder spiegelt sich in ihnen wider .}

Ein Grund, um Groß- und Kleinschreibung in Dateinamen zu vermeiden, besteht darin, dass bei der Sortierung in Unix die Groß- und Kleinschreibung beachtet wird, sodass Dateien, die mit einem Großbuchstaben beginnen, nicht in der richtigen Reihenfolge angezeigt werden. Aus diesem Grund Makefilewird der Name normalerweise in Großbuchstaben geschrieben M- es handelt sich um eine der Dateien, die Sie zuerst anzeigen möchten, ohne sie zu scrollen oder zu überspringen a-l.

Das heißt, Sie können in Bezug auf Dateinamen viel schlimmer machen:

• Durch die Verwendung von Leerzeichen werden einige schlecht geschriebene Programme und Skripte beschädigt, bei denen die Dateinamen nicht richtig angegeben werden
• Das Starten eines Dateinamens mit einem -kann zu Problemen führen, da es in vielen Programmen als Befehlszeilenoption anstelle eines Dateinamens angezeigt wird (z. B. rm -rwird eine genannte Datei nicht entfernt -r).
• Wenn Sie einen Dateinamen mit einem beginnen, .wird er vor vielen Dienstprogrammen und Shell-Globbing verborgen (z. B. rm *werden Dateien wie nicht entfernt .config).
• Die Verwendung von Sonderzeichen wie |<>*?und sogar nicht druckbaren Zeichen wie newlineist technisch möglich, kann jedoch Skripte / Programme, die Leerzeichen ähneln, beschädigen. Der Unterschied besteht darin, dass das Leerzeichen häufig verwendet wird, sodass Programmierer dazu neigen, ihre Programme dagegen zu testen, während weniger beliebte Zeichen häufig nicht getestet werden.

Wenn Sie mit einer Windows-Umgebung arbeiten, sollten Sie Großbuchstaben vermeiden, da Windows alles in Kleinbuchstaben schreibt. Dies ist häufiger ein Problem in umgekehrter Richtung. Ein Link, Page_2.htmlder page_2.htmlin Windows zu finden ist , in Unix jedoch fehlschlägt.

Ein Grund zu vermeiden Kappen ist , dass bashs tabcompletion ist case-sensitive (zumindest Standard) -Das noch stellt mich jedes Mal , wenn ich vor einem Ende oben bashmit Standardkonfiguration. Natürlich gibt es auch andere populäre Shells, aber in Kombination mit der Tatsache, dass bashes sich bei vielen Betriebssystemen um die Standardanmeldeshell handelt, wird bei der Standardeinstellung häufig zwischen Groß- und Kleinschreibung unterschieden. Die Verwendung von Dateinamen in Kleinbuchstaben vereinfacht die Sache hier eher.

Da NL_Derek diese Dose Würmer geöffnet hat, sie aber nicht richtig artikuliert hat, sage ich Folgendes:

Es ist in Ordnung, Großbuchstaben zu verwenden, aber Sie sollten vermeiden, Dateien (im selben Verzeichnis) zu erstellen , die sich nur in Groß- File_Name.txt und Kleinschreibung unterscheiden , z. B. undfile_name.txt , weil

• Wenn Sie das Verzeichnis für ein Windows-System verfügbar machen, kann es nicht auf beide Dateien zugreifen. Es kann wahrscheinlich nur auf denjenigen zugegriffen werden, der zuerst im Verzeichnis angezeigt wird, unabhängig davon, welchen Namen Sie verwenden. (Außer: Sie haben möglicherweise Zugriff auf sie als FILENA~1.TXTund FILENA~2.TXT - geben Sie ein, um dir /xzu sehen, welcher Kurzname (falls vorhanden) zu welchem ​​Langnamen passt.)
• Wenn das Dateisystem tatsächlich ein Windows-Dateisystem ist (z. B. bereitgestellt von einem exFAT- oder NTFS-Dateisystem von einem NFS-Server unter Windows), dürfen die beiden Namen (wahrscheinlich) nicht gleichzeitig vorhanden sein. Wenn Sie dies beispielsweise tun und , erhalten Sie möglicherweise eine einzelne Datei, die die Ausgabe von enthält .cmd1 > foocmd2 > Foocmd2
• Und falls Sie jemals übertragen Sie die Dateien auf einem Windows - System werden die beiden Namen (wahrscheinlich) nicht koexistieren werden. Wenn Sie beispielsweise ein Archiv (z. B. zip) mit den beiden Dateien erstellt und auf einem Windows-System extrahiert haben, würde die zweite Datei wahrscheinlich die erste Datei überschreiben. Gleiches gilt, wenn Sie diese auf eine Windows-Box mit FTP oder ähnlichem übertragen.

Abgesehen von technischen Gründen habe ich einen praktischen Aspekt. Wenn Sie sich an Kleinbuchstaben halten, wird die Suche einfacher, es sei denn, Sie verwenden zu gern grep -i oder locate -i. Manchmal kann sogar camelCase verwirrend sein, wenn man eine Folge von Wörtern wie in storageNYCDCPrimary verwenden muss. Daher halte ich es für das Beste, Kleinbuchstaben beizubehalten und sie mit Unterstrichen oder Bindestrichen zu versehen, um die Lesbarkeit zu verbessern, beispielsweise storage_nyc_dc_primary.

Ich halte es für empfehlenswert, Groß- und Kleinschreibung in Dateinamen zu vermeiden .

Einige werden sagen, dass sie nicht einverstanden sind, aber es ist eine Sache oder was ich religiöse Überzeugungen nenne : Schwer zu diskutieren und zu vereinbaren. Diejenigen, die sich nicht einig sind, sagen, dass die meisten Werkzeuge jetzt als Kapitelle und als raumfreundliche Werkzeuge festgelegt sind: Sie haben Recht, aber das ist nicht die Frage.

Die richtige Frage ist, wie oft Sie Groß- und Kleinschreibung in Dateinamen verwenden müssen. Auf diese Frage, mit der Ausnahme , wenn ich in Java bin Programmierung ist die Antwort meist die ganze Zeit: Ich brauche keine Kapitelle und Räume in meinen Dateinamen . Alle Leerzeichen, die ich durch einen Unterstrich ( _) oder ein Minuszeichen ( -) ersetze , und aus diesem Grund benutze ich keine Kamel-Hülle (aka. CamelCase), die im Gegensatz zu anderen Religionen steht.

Viele Leute haben mich beschimpft, weil ich das getan und gelehrt habe - manche tun es immer noch -, manche sind mit einem Werkzeug gestolpert, das nicht kapital- / platzfreundlich war, und kamen zu mir und sagten, dass ich Recht habe und dass sie auf mich hätten hören sollen. Tun Sie , was Sie wollen , und wenn Sie im Dateinamen Groß- und Kleinbuchstaben und Leerzeichen verwenden, werden Sie hoffentlich nie mit einem schlecht geschriebenen Werkzeug stolpern. Wenn Sie jedoch mit einem solchen Tool arbeiten, wird es hoffentlich nicht schwer zu beheben sein und Ihr Unternehmen und / oder Sie viel Geld und / oder Zeit kosten. Aber wenn es schlimme Auswirkungen hat, werden Sie sich daran erinnern, dass einige Ihnen in der Vergangenheit gesagt haben, dass die Verwendung von Großbuchstaben und Leerzeichen in Dateinamen eine schlechte Praxis ist.

Und eine letzte Sache, wenn Sie alle Probleme vermeiden wollen , keine Sonderzeichen in Dateinamen (nur Kleinbuchstaben, Ziffern, Unterstriche und Minuszeichen [1]). Diese Liste unerwünschter Zeichen enthält auch alle nicht-ASCII-Zeichen (ja, Franzosen und andere nicht-englische Personen - und ich bin einer von ihnen - keine von diesen: à, â, ä, ç, é, ..., ö, æ, œ , ...). Dies erstreckt sich auch auf viele andere Dinge, einschließlich Login und Passwort . Ich werde Sie raten lassen, was passiert, wenn Sie ein Anführungszeichen oder ein Anführungszeichen ( 'oder ") in ein Login oder Passwort einfügen, das von einem Bash-Skript behandelt wird, das nicht von einem bestätigten Systemadministrator geschrieben wurde.

[1]: Vielleicht könnten wir erweitern das zu ~, @, #und einige andere, aber für Probleme sucht (und ja ich weiß , über Emacs - Dateien ...).