Pour afficher le chemin d'accès d'un fichier, ou d'un dossier, dans la barre de titre de l'Explorateur de fichiers de Windows 10, procédez comme suit : Show
 Dès lors le chemin d'accès du fichier est afficher dans la barre de titre, tout en haut à gauche, de l'Explorateur de fichiers de Windows 10 ou de Windows 11. Passer au contenu principal Ce navigateur n’est plus pris en charge. Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique. Nommer des fichiers, des chemins d’accès et des espaces de noms
Dans cet articleTous les systèmes de fichiers pris en charge par Windows utilisent le concept de fichiers et de répertoires pour accéder aux données stockées sur un disque ou un appareil. Windows développeurs travaillant avec les API Windows pour les E/S de fichiers et d’appareils doivent comprendre les différentes règles, conventions et limitations des noms pour les fichiers et les répertoires. Les données sont accessibles à partir de disques, d’appareils et de partages réseau à l’aide d’API d’E/S de fichier. Les fichiers et répertoires, ainsi que les espaces de noms, font partie du concept d’un chemin d’accès, qui est une représentation sous forme de chaîne de l’emplacement où obtenir les données, qu’elles proviennent d’un disque ou d’un appareil ou d’une connexion réseau pour une opération spécifique. Certains systèmes de fichiers, tels que NTFS, prennent en charge les fichiers et répertoires liés, qui suivent également les conventions et règles d’affectation de noms de fichiers comme un fichier ou un répertoire standard. Pour plus d’informations, consultez Liens durs et jonctions et opérations de reparse points et de fichiers. Pour plus d’informations, consultez les sous-sections suivantes :
Pour en savoir plus sur la configuration de Windows 10 pour prendre en charge les chemins d’accès longs, consultez Limitation de longueur maximale du chemin d’accès. Noms de fichiers et de répertoiresTous les systèmes de fichiers suivent les mêmes conventions générales d’affectation de noms pour un fichier individuel : un nom de fichier de base et une extension facultative, séparées par un point. Toutefois, chaque système de fichiers, tel que NTFS, CDFS, exFAT, UDFS, FAT et FAT32, peut avoir des règles spécifiques et différentes concernant la formation des composants individuels dans le chemin d’accès à un répertoire ou un fichier. Notez qu’un répertoire est simplement un fichier avec un attribut spécial qui le désigne en tant que répertoire, mais doit suivre les mêmes règles d’affectation de noms qu’un fichier normal. Étant donné que le répertoire de termes fait simplement référence à un type spécial de fichier en ce qui concerne le système de fichiers, certains documents de référence utilisent le fichier de terme général pour englober à la fois les concepts des répertoires et des fichiers de données comme tels. Pour cette raison, sauf indication contraire, les règles d’affectation de noms ou d’utilisation ou les exemples d’un fichier doivent également s’appliquer à un répertoire. Le chemin d’accès au terme fait référence à un ou plusieurs répertoires, barres obliques inverses et éventuellement un nom de volume. Pour plus d’informations, consultez la section Chemins d’accès . Les limitations de nombre de caractères peuvent également être différentes et peuvent varier en fonction du système de fichiers et du format de préfixe de nom de chemin utilisé. Cela est encore compliqué par la prise en charge des mécanismes de compatibilité descendante. Par exemple, l’ancien système de fichiers MS-DOS FAT prend en charge un maximum de 8 caractères pour le nom de fichier de base et 3 caractères pour l’extension, pour un total de 12 caractères, y compris le séparateur de points. Il s’agit généralement d’un nom de fichier 8.3. Les systèmes de fichiers FAT et NTFS Windows ne sont pas limités aux noms de fichiers 8.3, car ils ont une prise en charge des noms de fichiers longs, mais ils prennent toujours en charge la version 8.3 des noms de fichiers longs. Conventions d'affectation de nomsLes règles fondamentales suivantes permettent aux applications de créer et de traiter des noms valides pour les fichiers et les répertoires, quel que soit le système de fichiers :
Noms courts et longsUn nom de fichier long est considéré comme n’importe quel nom de fichier qui dépasse la convention d’affectation de noms de style MS-DOS courte (également appelée 8.3). Lorsque vous créez un nom de fichier long, Windows peut également créer une forme 8.3 courte du nom, appelée alias 8.3 ou nom court, et la stocker également sur le disque. Cet alias 8.3 peut être désactivé pour des raisons de performances à l’échelle du système ou pour un volume spécifié, en fonction du système de fichiers particulier. Windows Server 2008, Windows Vista, Windows Server 2003 et Windows XP : l’alias 8.3 ne peut pas être désactivé pour les volumes spécifiés jusqu’à Windows 7 et Windows Server 2008 R2. Sur de nombreux systèmes de fichiers, un nom de fichier contient un tilde (~) dans chaque composant du nom trop long pour se conformer aux règles d’affectation de noms 8.3. Notes Tous les systèmes de fichiers ne suivent pas la convention de substitution tilde, et les systèmes peuvent être configurés pour désactiver la génération d’alias 8.3, même s’ils le prennent normalement en charge. Par conséquent, n’effectuez pas l’hypothèse que l’alias 8.3 existe déjà sur disque. Pour demander des noms de fichiers 8.3, des noms de fichiers longs ou le chemin complet d’un fichier à partir du système, tenez compte des options suivantes :
Sur les systèmes de fichiers plus récents, tels que NTFS, exFAT, UDFS et FAT32, Windows stocke les noms de fichiers longs sur le disque dans Unicode, ce qui signifie que le nom de fichier long d’origine est toujours conservé. Cela est vrai même si un nom de fichier long contient des caractères étendus, quelle que soit la page de codes active pendant une opération de lecture ou d’écriture sur disque. Les fichiers utilisant des noms de fichiers longs peuvent être copiés entre les partitions du système de fichiers NTFS et Windows partitions de système de fichiers FAT sans perdre d’informations de nom de fichier. Cela peut ne pas être vrai pour les anciens systèmes de fichiers MS-DOS FAT et certains types de systèmes de fichiers CDFS (CD-ROM), en fonction du nom de fichier réel. Dans ce cas, le nom de fichier court est remplacé si possible. Chemins d'accèsLe chemin d’accès à un fichier spécifié se compose d’un ou plusieurs composants, séparés par un caractère spécial (barre oblique inverse), chaque composant étant généralement un nom de répertoire ou un nom de fichier, mais avec certaines exceptions notables décrites ci-dessous. Il est souvent essentiel pour l’interprétation du système d’un chemin d’accès à quoi ressemble le début, ou le préfixe, du chemin d’accès. Ce préfixe détermine l’espace de noms utilisé par le chemin d’accès, ainsi que les caractères spéciaux utilisés dans quelle position dans le chemin, y compris le dernier caractère. Si un composant d’un chemin d’accès est un nom de fichier, il doit s’agir du dernier composant. Chaque composant d’un chemin d’accès est également limité par la longueur maximale spécifiée pour un système de fichiers particulier. En général, ces règles entrent en deux catégories : courte et longue. Notez que les noms de répertoires sont stockés par le système de fichiers en tant que type spécial de fichier, mais les règles d’affectation de noms pour les fichiers s’appliquent également aux noms d’annuaire. Pour résumer, un chemin est simplement la représentation sous forme de chaîne de la hiérarchie entre tous les répertoires qui existent pour un nom de fichier ou de répertoire particulier. Chemins complets et relatifsPour Windows fonctions d’API qui manipulent des fichiers, les noms de fichiers peuvent souvent être relatifs au répertoire actuel, tandis que certaines API nécessitent un chemin complet. Un nom de fichier est relatif au répertoire actuel s’il ne commence pas par l’un des éléments suivants :
Si un nom de fichier commence par un sélecteur de disque uniquement, mais pas la barre oblique inverse après le signe deux-points, il est interprété comme un chemin relatif du répertoire actif sur le lecteur avec la lettre spécifiée. Notez que le répertoire actuel peut ou non être le répertoire racine en fonction de ce qu’il a été défini pendant l’opération « changement de répertoire » la plus récente sur ce disque. Voici quelques exemples de ce format :
Un chemin d’accès est également dit être relatif s’il contient des « points doubles » ; autrement dit, deux points ensemble dans un composant du chemin d’accès. Ce spécificateur spécial est utilisé pour indiquer le répertoire au-dessus du répertoire actuel, sinon appelé « répertoire parent ». Voici quelques exemples de ce format :
Les chemins relatifs peuvent combiner les deux exemples de types, par exemple « C:..\tmp.txt ». Cela est utile, car, bien que le système effectue le suivi du lecteur actuel ainsi que le répertoire actuel de ce lecteur, il conserve également le suivi des répertoires actuels dans chacune des lettres de lecteur différentes (si votre système a plusieurs), quel que soit l’indicateur de lecteur défini comme lecteur actuel. Limitation de longueur maximale du cheminDans les éditions de Windows avant Windows 10 version 1607, la longueur maximale d’un chemin est MAX_PATH, définie comme 260 caractères. Dans les versions ultérieures de Windows, la modification d’une clé de Registre ou l’utilisation de l’outil stratégie de groupe est nécessaire pour supprimer la limite. Pour plus d’informations, consultez Limitation maximale de longueur du chemin d’accès . Espaces de nomsIl existe deux catégories principales de conventions d’espace de noms utilisées dans les API Windows, communément appelées espaces de noms NT et espaces de noms Win32. L’espace de noms NT a été conçu pour être l’espace de noms de niveau le plus bas sur lequel d’autres sous-systèmes et espaces de noms peuvent exister, y compris le sous-système Win32 et, par extension, les espaces de noms Win32. POSIX est un autre exemple d’un sous-système dans Windows basé sur l’espace de noms NT. Les premières versions de Windows ont également défini plusieurs noms prédéfinis ou réservés pour certains appareils spéciaux tels que les ports de communication (série et parallèle) et la console d’affichage par défaut dans le cadre de ce qui est maintenant appelé espace de noms d’appareil NT et sont toujours pris en charge dans les versions actuelles de Windows pour la compatibilité descendante. Espaces de noms de fichiers Win32Les préfixes et conventions d’espace de noms Win32 sont résumés dans cette section et dans la section suivante, avec des descriptions de leur utilisation. Notez que ces exemples sont destinés à être utilisés avec les fonctions API Windows et ne fonctionnent pas nécessairement avec Windows applications shell telles que Windows Explorer. Pour cette raison, il existe un large éventail de chemins d’accès possibles que ceux généralement disponibles à partir d’applications shell Windows, et Windows applications qui tirent parti de cela peuvent être développées à l’aide de ces conventions d’espace de noms. Pour les E/S de fichier, le préfixe « \\?\ » à une chaîne de chemin indique aux API Windows de désactiver l’analyse de chaîne et d’envoyer la chaîne qui suit directement au système de fichiers. Par exemple, si le système de fichiers prend en charge les chemins d’accès volumineux et les noms de fichiers, vous pouvez dépasser les limites MAX_PATH qui sont appliquées par les API Windows. Pour plus d’informations sur la limitation normale du chemin d’accès maximal, consultez la section précédente Limitation de longueur maximale du chemin. Étant donné qu’il désactive l’expansion automatique de la chaîne de chemin d’accès, le préfixe « \?\\ » autorise également l’utilisation de « ». et « ». Dans les noms de chemin d’accès, ce qui peut être utile si vous essayez d’effectuer des opérations sur un fichier avec ces spécificateurs de chemin d’accès relatifs réservés dans le cadre du chemin complet. Beaucoup, mais pas tous les API d’E/S de fichier prennent en charge « \\?\ » ; vous devez examiner la rubrique de référence pour chaque API pour être sûr. Notez que les API Unicode doivent être utilisées pour vérifier que le préfixe « \\?\ » vous permet de dépasser le MAX_PATH Espaces de noms d’appareils Win32Le préfixe « \\.\ » accède à l’espace de noms d’appareil Win32 au lieu de l’espace de noms de fichier Win32. Il s’agit de la façon dont l’accès aux disques physiques et aux volumes est effectué directement, sans passer par le système de fichiers, si l’API prend en charge ce type d’accès. Vous pouvez accéder à de nombreux appareils autres que des disques de cette façon (à l’aide des fonctions CreateFile et DefineDosDevice , par exemple). Par exemple, si vous souhaitez ouvrir le port de communication série du système 1, vous pouvez utiliser « COM1 » dans l’appel à la fonction CreateFile . Cela fonctionne car COM1-COM9 fait partie des noms réservés dans l’espace de noms NT, bien que l’utilisation du préfixe « \\.\\ » fonctionne également avec ces noms d’appareil. Par comparaison, si vous avez installé une carte d’extension série de 100 ports et que vous souhaitez ouvrir COM56, vous ne pouvez pas l’ouvrir à l’aide de « COM56 », car il n’existe aucun espace de noms NT prédéfini pour COM56. Vous devez l’ouvrir à l’aide de « \\.\COM56 », car « \\.\\ » accède directement à l’espace de noms de l’appareil sans tenter de localiser un alias prédéfini. Un autre exemple d’utilisation de l’espace de noms d’appareil Win32 utilise la fonction CreateFile avec « \\.\PhysicalDriveX » (où X est une valeur entière valide) ou « \\.\CdRomX ». Cela vous permet d’accéder directement à ces appareils, en contournant le système de fichiers. Cela fonctionne, car ces noms d’appareils sont créés par le système, car ces appareils sont énumérés, et certains pilotes créent également d’autres alias dans le système. Par exemple, le pilote de périphérique qui implémente le nom « C:\ » possède son propre espace de noms qui se trouve également être le système de fichiers. Les API qui parcourent la fonction CreateFile fonctionnent généralement avec le préfixe « \\.\ », car CreateFile est la fonction utilisée pour ouvrir les fichiers et les appareils, selon les paramètres que vous utilisez. Si vous utilisez Windows fonctions API, vous devez utiliser le préfixe « \\.\\ » pour accéder uniquement aux appareils et non aux fichiers. La plupart des API ne prennent pas en charge « \\.\ » ; seuls ceux conçus pour fonctionner avec l’espace de noms de l’appareil le reconnaissent. Vérifiez toujours la rubrique de référence pour chaque API à vérifier. Espaces de noms NTIl existe également des API qui autorisent l’utilisation de la convention d’espace de noms NT, mais le gestionnaire d’objets Windows rend cela inutile dans la plupart des cas. Pour illustrer, il est utile de parcourir les espaces de noms Windows dans le navigateur d’objets système à l’aide de l’outil Windows Sysinternals WinObj. Lorsque vous exécutez cet outil, ce que vous voyez est l’espace de noms NT commençant à la racine ou « \ ». Le sous-dossier appelé « Global ?? » est l’emplacement où réside l’espace de noms Win32. Les objets d’appareil nommés résident dans l’espace de noms NT dans le sous-répertoire « Appareil ». Ici, vous pouvez également trouver Serial0 et Serial1, les objets d’appareil représentant les deux premiers ports COM s’ils sont présents sur votre système. Un objet d’appareil représentant un volume serait quelque chose comme « HarddiskVolume1 », bien que le suffixe numérique puisse varier. Le nom « DR0 » sous le sous-répertoire « Harddisk0 » est un exemple de l’objet d’appareil représentant un disque, et ainsi de suite. Pour rendre ces objets d’appareil accessibles par Windows applications, les pilotes d’appareils créent un lien symbolique (symlink) dans l’espace de noms Win32, « Global ?? », à leurs objets d’appareil respectifs. Par exemple, COM0 et COM1 sous le sous-répertoire « Global ?? » sont simplement des liens symlinks à Serial0 et Serial1, « C: » est un symlink à HarddiskVolume1, « Physicaldrive0 » est un lien symlink à DR0, et ainsi de suite. Sans symlink, un appareil spécifié « Xxx » ne sera disponible pour aucune application Windows à l’aide de conventions d’espace de noms Win32, comme décrit précédemment. Toutefois, un handle peut être ouvert à cet appareil à l’aide d’api qui prennent en charge le chemin absolu de l’espace de noms NT du format « \Device\Xxx ». Avec l’ajout de la prise en charge multi-utilisateur via Terminal Services et machines virtuelles, il est devenu nécessaire de virtualiser l’appareil racine à l’échelle du système dans l’espace de noms Win32. Cela a été accompli en ajoutant le lien symlink nommé « GLOBALROOT » à l’espace de noms Win32, que vous pouvez voir dans le sous-répertoire « Global ?? » de l’outil de navigateur WinObj précédemment abordé et peut accéder via le chemin « \\?\GLOBALROOT ». Ce préfixe garantit que le chemin suivant s’affiche dans le chemin racine true du gestionnaire d’objets système et non un chemin dépendant de la session. Comparaison des fonctionnalités du système de fichiers Comment afficher le chemin d'accès d'un fichier Word ?Il est possible d'afficher le chemin du fichier courant dans la barre d'accès rapide du traitement de texte. Dans Word, cliquez sur le bouton Office puis sur Options Word. Cliquez sur Personnaliser ou Barre d'accès rapide suivant votre version de Word.
Comment voir le chemin d'un fichier ?Dans une fenêtre d'Explorateur Windows quelconque, ouvrez l'onglet Affichage. Cliquez sur le bouton Options. Dans la fenêtre qui apparaît, ouvrez l'onglet Affichage. Dans la liste Paramètres avancés, cochez la case Afficher le chemin complet dans la barre de titre.
Quel est le chemin d'accès du fichier liste Doc ?Réponse. Dans l'explorateur, localisez le fichier dont vous souhaitez récupérer le chemin. Pressez la touche Maj et tout en la maintenant enfoncée, cliquez dessus avec le bouton droit de la souris. Dans le menu qui s'affiche, cliquez sur Copier en tant que chemin d'accès.
Quel est le chemin du fichier ?En informatique, le chemin d'accès d'un fichier ou d'un répertoire est une chaîne de caractères ou une chaîne d'octets décrivant la position de ce fichier ou répertoire dans le système de fichiers.
|
Quel est le chemin daccès du fichier liste doc
droits d'auteur © 2024 berikutyang Inc.
