Microsoft Windows conserve les anciennes règles de nommage de fichiers pour des raisons de compatibilité

Microsoft continue d'adhérer à la convention de nommage de fichiers héritée 8.3, issue de l'ère MS-DOS, au sein de son dernier système d'exploitation Windows 11. Des fichiers système essentiels tels que kernel32.dll et ntoskrnl.exe suivent toujours la règle d'un maximum de huit caractères avant l'extension du fichier et trois après. Cette pratique est maintenue principalement pour assurer la compatibilité descendante.

La règle de nommage 8.3, qui limite les noms de fichiers à huit caractères avant le point et trois caractères après, a été établie pendant la période MS-DOS. Les noms de fichiers étaient également limités aux caractères ASCII, n'autorisant pas les espaces ou les points multiples. Bien que les composants modernes de Windows ne soient plus soumis à ces restrictions, les anciens fichiers système ont été conservés de manière cohérente.

Selon Microsoft, modifier ces noms de fichiers pourrait endommager des applications qui dépendent de liens directs vers des noms de fichiers spécifiques. Ce besoin de compatibilité explique pourquoi les anciennes conventions n'ont pas été entièrement abandonnées, même si elles ne sont plus techniquement nécessaires. Le support des noms de fichiers longs n'était pas obligatoire pour tous les systèmes, même dès Windows 95.

Historiquement, les noms de fichiers longs ont également introduit d'autres problèmes de compatibilité. Windows pouvait générer automatiquement des alias courts pour les noms de fichiers longs. Par exemple, si un programme d'installation tentait de copier shellstyle.dll dans un dossier contenant déjà shellstuff.dll, le nouveau fichier pourrait être nommé SHELLS~2.DLL. Les noms de fichiers longs sont devenus plus standards seulement avec Windows XP.