chaîne de caractères qui identifie de manière unique un élément dans un système de fichiers hiérarchique . Généralement, un chemin d'accès est composé de noms de répertoires, de spécificateurs de format spéciaux et, éventuellement, d'un nom de fichier , le tout séparé par des délimiteurs . Ce délimiteur peut varier selon le système d'exploitation, mais les systèmes modernes courants utilisent la barre oblique inverse (/) , la barre oblique inversée (\ ) ou le deux-points (:) .sensibilité à la casse des différents éléments d'un chemin d'accès varie selon le système d'exploitation ou les options spécifiées lors de la création ou de la première utilisation du système de fichiers . Concrètement, cela signifie que sur un système sensible à la casserépertoire de travail . Un chemin absolu indique un emplacement indépendamment du répertoire courant ; autrement dit, il spécifie tous les composants du chemin à partir de la racine du système de fichiers et ne dépend pas du contexte, contrairement à un chemin relatif.
Les chemins sont également essentiels pour localiser les ressources réseau organisées hiérarchiquement, comme on le voit dans les URL et les chemins UNC .
Multics a introduit pour la première fois un système de fichiers hiérarchique avec des répertoires (séparés par >") au milieu des années 1960.Aux alentours de 1970, Unix a introduit la barre oblique MS-DOS ne prenait pas en charge les répertoires. Lors de l'ajout de cette fonctionnalité, l'utilisation de la barre oblique (/) comme convention Unix n'était pas envisageable, car de nombreuses commandes existantes l'utilisaient déjà comme préfixe (par exemple, `\\ Windows . Cependant, certains composants de Windows acceptent également les barres obliques de style Unix, comme PowerShell .
Résumé des systèmes
Le tableau suivant décrit la syntaxe des chemins d'accès dans les principaux systèmes d'exploitation : PowerShell La plupart des systèmes de type Unix utilisent une syntaxe similaire. POSIX permet de traiter un chemin commençant par deux barres obliques d'une manière définie par l'implémentation, bien que dans d'autres cas, les systèmes doivent traiter les barres obliques consécutives comme une seule. De nombreuses applications sur les systèmes de type Unix (par exemple, scp , rcp et rsync ) utilisent des définitions de ressources telles que WebDAV , plutôt qu'une URL. La syntaxe UNC est étendue avec des composants optionnels pour indiquer l'utilisation de SSL et le numéro de port TCP/IP. Ainsi, l'URL WebDAV de Système Répertoire racine Délimite du chemin. Répertoire de travail Répertoire parent Répertoire d'accueil Exemples Unix et systèmes de type Unix , y compris macOS / Windows , Invite de commandes nom de flux alternatif UNC DOS , COMMAND.COM OS/2 RSX-11 MCR TOPS-20 DCL OpenVMS DCL ProDOS AppleSoft BASIC AmigaOS Amiga CLI / AmigaShell RISC OS ShellCLI Gestionnaire de fichiers Symbian OS Shell du domaine/système d'exploitation MenuetOS CMD Stratus VOS CLI "}},"i":0}}] %[nom_système]#[nom_module]> TACL du noyau NonStop CP/M CCP Pas de sous-répertoires, uniquement des zones utilisateur 0 à F. GS/OS Exécutif OpenHarmony , Oniro, y compris HarmonyOS , "r" ) // Échec sous Windows winFile = fopen ( "C: \\ Program Files \\ bin \\ config.bat" , "r" ) // Échec sous Unix ) / "vers" / "fichier.txt" ) . ouvrir () comme ouvrir_fichier : ...Sous Unix
URI avec le nom du service (ici ' smb '), comme de macOS , certains choix de noms de chemins d'accès ont été hérités de Mac OS classique et de NeXTSTEP (système de type Unix ). Mac OS classique utilise le caractère « / », tandis que Unix et les systèmes de type Unix utilisent le caractère « / » comme délimiteur de chemin. Afin de préserver la compatibilité logicielle et la familiarité des utilisateurs, et de permettre l'utilisation des mêmes systèmes de fichiers par Mac OS classique et macOS, certaines parties de macOS effectuent une conversion entre les deux-points et les barres obliques dans les noms de chemins ; par exemple, le système de fichiers HFS+ de Mac OS classique convertit les deux-points en barres obliques et, lors de la lecture d'un répertoire, convertit les barres obliques en deux-points, et la boîte à outils Carbon convertit les deux-points en barres obliques et les barres obliques en deux-points, puis les reconvertit lors de la transmission des noms de fichiers et des chemins à l'appelant. Sous DOS et Windows

API Windows , les fonctions d'entrée/sortie de fichiers convertissent automatiquement Win9x ) étaient limités à 260 caractères, voire moins, conformément à la variable d'environnement PowerShell permet l'interopérabilité slash pour la rétrocompatibilité : PS C :\> Get-Content -Path "C:/chemin/vers/fichier.txt"Voici du texte contenu dans un fichier
Erreur de caractère yen/won
Convention universelle de dénomination
les séquences d'échappement et dans les expressions régulières , des problèmes de compatibilité peuvent survenir. Une chaîne échappée pour une expression régulière correspondant à un chemin UNC commence par 8 barres obliques inverses, des chaînes brutes , comme en C#, en Python ou en Perl .