Lange Dateinamenerweiterungen: Warum nicht

17

Ich beende meine App für das iPad und die Dateinamenerweiterung (wird hauptsächlich verwendet, damit Mail und Dropbox wissen, in welchem Programm die Dateien geöffnet werden sollen) besteht aus 12 Zeichen. Die einzige Dateinamenerweiterung, die annähernd so lang ist, ist tax2010. Warum gibt es so wenig Variationen zu diesem Thema und mit welchen Problemen kann ich rechnen, wenn ich eine lange Dateinamenerweiterung für meine App verwende? Diese Dateien werden verschickt, kopiert und freigegeben ^* .

In allen Tests funktioniert es einwandfrei.

^* Ich hoffe.

file-extension

— Dan Rosenstark
quelle

2

Ich habe vor ein paar Stunden beim Durchsuchen eines Visual Studio-Projekts noch ein paar Dateierweiterungen gesehen: .resourcesund .csproj. Aber ja, die meisten Dateierweiterungen sind kürzer.

14

Historische Vorurteile aus früheren Zeiten, als Speicher- und Verarbeitungsleistung nicht so zahlreich waren.

— Anthony Pegram

1

Nein, eigentlich eine historische Verzerrung aus der Zeit, als es keine automatische Vervollständigung der Eingabeaufforderung gab. Sie wissen, wie langweilig Programmierer sind, wenn sie Tastenanschläge ausführen.

— Mike Nakis

2

Es gibt keine Dateierweiterung, zumindest nicht in neueren Betriebssystemen.

— Ingo

1

@Zack Bitte sag mir was genau im Satz "Es gibt keine Dateierweiterung." du hast nicht verstanden? Es sollte übrigens "Dateinamenerweiterung" sein. Aber selbst dann, in neueren Betriebssystemen wie UNIX, ist es bestenfalls eine Konvention, dass eine Datei mit dem Namen file.c eine C-Quelle usw. enthält. Es gibt keinen Ort im Betriebssystem, an dem ein Dateiname interpretiert wird.

— Ingo

20

Viele Entwickler verwendeten zumindest bei langen Erweiterungen Computer, bei denen eine technische Einschränkung bestand. Sogar heute gibt es noch Programme im aktiven Einsatz, die Leerzeichen in Dateipfaden und langen Erweiterungen verschlucken.

Solange Sie nicht den Verdacht haben, dass Ihre Dateien von diesen Programmen verwendet werden müssen, gibt es keinen technischen Grund, Sie zu stoppen.

Denken Sie jedoch daran , dass die kurzen Erweiterungen, die auf einen Blick erfasst werden können, für Ihre Benutzer viel besser sind. Also, während .resources ein großartiges Beispiel ist, ist .customhatbymycompany definitiv nicht.

— Dan McGrath
quelle

1

Was ist mit .customHatByMyCompany oder .custom_hat_by_my_company? <böses Grinsen> Oder sogar .custom hat von meiner Firma (sowohl Windows als auch Linux scheinen keine Probleme mit Leerzeichen in Dateinamenerweiterungen zu haben)

— Mawg sagt, Monica

8

Dateierweiterungen werden verwendet, um zwischen verschiedenen Dateitypen zu unterscheiden und keine Geschichte zu erzählen. Das ist der Grund, warum sie kurz sind: Selbst bei einer Länge von drei Buchstaben ist die Wahrscheinlichkeit einer Kollision auf derselben Maschine recht gering.

Lange Erweiterungen bedeuten weniger Platz für den verbleibenden Pfad und Dateinamen . Vielleicht spielt es in modernen Betriebssystemen und Software keine Rolle, da sie sehr lange Dateipfade akzeptieren. Leider ist dies bei Microsoft nicht der Fall , da .NET Framework weiterhin keine Pfade mit mehr als 259 Zeichen verwalten kann . 12 Zeichen für die Erweiterung bedeuten, dass 246 Zeichen für den Pfad ohne Erweiterung übrig sind. In einigen Fällen kann es ein Problem sein.

Da dieses Problem in Ihrem speziellen Fall nicht auftritt , besteht der einzige Grund, lange Erweiterungen zu vermeiden, darin, dass Dateinamen, einschließlich Erweiterungen, vom Benutzer eingegeben werden , insbesondere auf Mobilgeräten, auf denen das Eingeben schwierig sein kann.

— Arseni Mourzenko
quelle

8

Längere Dateinamen:

Nehmen Sie mehr Tipparbeit, was zu mehr Aufwand / Fehltasten führt
Nehmen Sie mehr Platz auf dem Bildschirm ein
Sind ein Bruch mit der Tradition
Sind nicht wichtig, weil Dateierweiterungen für Maschinen keine Personen sind
Nehmen Sie wertvolle Zeichen in Systemen mit einer Beschränkung der Pfadlänge auf

Ob diese Überlegungen ein Problem für Ihre Anwendung darstellen, liegt bei Ihnen und Ihren Benutzern.

— Kramii setzt Monica wieder ein
quelle

8

Ich bin mit Ihrem vierten Punkt nicht einverstanden: Erweiterungen hatten normalerweise menschliche Assoziationen. Ein Betriebssystem ist es egal, ob eine ausführbare Datei .exe oder .df ist, solange es eine Konvention gibt. Erweiterungen wie .cpp, .jpeg usw. sind für das einfache Lesen durch den Benutzer konzipiert.

— David Thornley

2

@DavidThornley: In modernen Windows-Versionen sind Dateierweiterungen möglicherweise standardmäßig ausgeblendet, sodass sie nicht für "normale" Benutzer sichtbar sind. In vielen anderen Fällen stimme ich jedoch zu, dass dies nicht relevant ist - daher mein Haftungsausschluss.

— Kramii setzt Monica

7

Wie @Anthony in den Kommentaren sagte, ist eine Dateierweiterung mit drei Buchstaben (in DOS-> Windows-Zeile) ein historischer Überrest. Heutzutage ist es keine Einschränkung mehr mit modernen Betriebssystemen, obwohl es seltsamerweise weiterhin üblich ist.

Da zu erwarten ist, dass diese Praxis mit der Zeit langsam abgebrochen wird, riskiere ich, dass Sie eine längere Dateierweiterung verwenden, insbesondere wenn Ihre Tests bestätigen, dass sie in Ihrer Umgebung "in Ordnung" funktioniert.

Das einzige Problem, das ich erraten kann, ist, dass es in einigen Fällen zu "Steuern" gekürzt wird.

— Turm
quelle

1

Vielen Dank. Nur um klar zu sein, meine Verlängerung ist nicht tax2010, was nur ein Beispiel für eine längere ist.

— Dan Rosenstark

1

Ich kann nicht für iPad-Apps sprechen, aber ich verwende seit einiger Zeit problemlos Erweiterungen mit 5 und 6 Zeichen für Dateitypen für meine Windows-Apps. Und ich glaube nicht, dass Linux jemals ein Problem damit hatte, also ist es auch dort kein Problem. Verwenden Sie nur keine Leerzeichen oder Sonderzeichen, da einige Programme möglicherweise nicht ordnungsgemäß mit ihnen umgehen, wenn sie versuchen, den Dateinamen als Teil eines Befehlszeilenparameters zu verwenden.

— GroßmeisterB
quelle