Extensions de nom de fichier longues: pourquoi pas

17

Je termine mon application pour iPad et l'extension du nom de fichier (utilisée principalement pour que Mail et Dropbox sache dans quel programme ouvrir les fichiers) comporte 12 caractères. La seule extension de nom de fichier aussi longue soit aussi longue tax2010. Pourquoi y a-t-il si peu de variations sur ce sujet et à quel type de problèmes puis-je m'attendre en utilisant une extension de nom de fichier longue pour mon application? Ces fichiers seront envoyés, copiés et partagés * .

Dans tous les tests, cela fonctionne parfaitement.

* J'espère.

file-extension Dan Rosenstark
la source
2
J'ai vu quelques autres extensions de fichiers aussi longues (il y a quelques heures seulement lors de la navigation dans un projet Visual Studio: .resourceset .csproj). Mais oui, la plupart des extensions de fichiers sont plus courtes.
14
Biais historique datant de l’époque où la puissance de stockage et de traitement n’était pas aussi abondante.
Anthony Pegram
1
Non, en fait, le biais historique de l'époque où nous n'avions pas de saisie semi-automatique à l'invite de commandes. Vous savez comment les programmeurs s'ennuient tellement à taper des touches.
Mike Nakis
2
Une extension de fichier n'existe pas, du moins pas dans les systèmes d'exploitation plus récents.
Ingo
1
@Zack S'il vous plaît dites-moi quoi exactement dans la phrase "Il n'y a rien de tel qu'une extension de fichier." tu n'as pas compris? Soit dit en passant, il devrait s'agir d'une "extension de nom de fichier". Mais même alors, dans les systèmes d'exploitation plus récents, comme UNIX, c'est au mieux une convention qu'un fichier nommé file.c contient la source C, etc. Il n'y a aucun endroit dans le système d'exploitation où un nom de fichier est interprété.
Ingo

Réponses:

20

Beaucoup de développeurs utilisaient au moins des ordinateurs à l'époque de longues extensions où une restriction technique. Même aujourd'hui, il existe encore des programmes en cours d'utilisation qui s'étouffent sur des choses telles que les espaces dans les chemins de fichiers et les longues extensions.

Tant que vous ne pensez pas que vos fichiers devront être utilisés par ces programmes, il n'y a aucune raison technique de vous arrêter.

N'oubliez pas cependant que les courtes extensions qui peuvent être comprises en un seul coup d'œil seront bien meilleures pour vos utilisateurs. Ainsi, alors que .resources est un excellent exemple, .customhatbymycompany ne l'est certainement pas.

Dan McGrath
la source
1
Qu'en est-il de .customHatByMyCompany ou .custom_hat_by_my_company? <evil grin> Ou même un chapeau personnalisé de ma société (Windows et Linux ne semblent avoir aucun problème avec les espaces dans les extensions de nom de fichier)
Mawg dit de rétablir Monica le
8

Les extensions de fichier sont utilisées pour distinguer différents types de fichiers, et non pour raconter une histoire. C'est pourquoi ils sont courts: même avec une longueur de trois lettres, les chances d'avoir une collision sur la même machine sont assez petites.

Les extensions longues signifient moins d'espace pour le chemin d'accès et le nom de fichier restants . Peut-être que dans les systèmes d'exploitation et les logiciels modernes , cela n'a pas d'importance car ils acceptent des chemins de fichiers très longs. Malheureusement, ce n'est pas le cas avec Microsoft , où .NET Framework ne peut toujours pas gérer les chemins de plus de 259 caractères . 12 caractères pris pour l'extension signifie qu'il reste 246 caractères pour le chemin sans extension. Dans certains cas, cela peut être un problème.

Étant donné que ce problème ne s'applique pas dans votre cas particulier , la seule raison d'éviter les extensions longues est que les noms de fichiers, y compris les extensions, soient saisis par l'utilisateur , en particulier sur les appareils mobiles où la saisie peut être difficile.

Arseni Mourzenko
la source
8

Noms de fichiers plus longs:

  • Prenez plus de frappe, ce qui entraîne plus d'efforts / de touches manquantes
  • Prendre plus d'espace sur l'écran
  • Sont une rupture avec la tradition
  • Ne sont pas importants car les extensions de fichiers sont destinées aux machines et non aux personnes
  • Prenez des personnages précieux dans les systèmes avec une restriction sur la longueur du chemin

Que ces considérations soient ou non un problème pour votre application est une question pour vous et vos utilisateurs.

Kramii
la source
8
Je ne suis pas d'accord avec votre quatrième point: les extensions ont normalement eu des associations humaines. Un système d'exploitation ne se soucie pas si un exécutable est .exe ou .df, après tout, tant qu'il y a une convention. Des extensions telles que .cpp, .jpeg, etc. sont conçues pour une lecture humaine facile.
David Thornley
2
@DavidThornley: On peut soutenir que, dans les versions modernes de Windows, les extensions de fichiers sont masquées par défaut, donc ne sont pas censées être vues par les utilisateurs "normaux". Cependant, dans de nombreux autres cas, je suis d'accord que ce n'est pas pertinent - d'où mon avertissement.
Kramii
7

Comme @Anthony l'a dit dans les commentaires, une extension de fichier à trois lettres (sur la ligne DOS-> Windows) est un vestige historique. De nos jours, ce n'est plus une restriction avec les systèmes d'exploitation modernes, bien que cela reste curieusement courant.

Comme on s'attend à ce qu'avec le temps, cette pratique soit lentement abandonnée, je risque que vous puissiez opter pour une extension de fichier plus longue, surtout si vos tests ont confirmé que dans votre environnement, cela "fonctionne bien".

Le seul problème que je peux deviner, c'est que dans certains cas, il sera raccourci en «taxe».

Tour
la source
1
Merci. Pour être clair, mon extension n'est pas tax2010, ce qui n'est qu'un exemple de plus longue.
Dan Rosenstark
1

Je ne peux pas parler des applications iPad, mais j'utilise des extensions à 5 et 6 caractères pour les types de fichiers pour mes applications Windows depuis longtemps sans aucun problème. Et je ne pense pas que Linux ait jamais eu de problème avec ça, donc ce n'est pas un problème non plus. N'utilisez simplement pas d'espaces ou de caractères spéciaux, car certains programmes peuvent ne pas les traiter correctement s'ils essaient d'utiliser le nom de fichier dans le cadre d'un paramètre de ligne de commande.

GrandmasterB
la source