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
quelle
.resources
und.csproj
. Aber ja, die meisten Dateierweiterungen sind kürzer.Antworten:
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.
quelle
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.
quelle
Längere Dateinamen:
Ob diese Überlegungen ein Problem für Ihre Anwendung darstellen, liegt bei Ihnen und Ihren Benutzern.
quelle
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.
quelle
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.
quelle