La plupart des gens utilisent les termes «dossier» et «répertoire» de manière interchangeable. Du point de vue du programmeur, y a-t-il une différence, et si oui, quelle est-elle? Cela dépend-il du système d'exploitation ou y a-t-il un large consensus général? Cela suggère au moins qu'il y a une différence.
107
Réponses:
Vérifiez la section «La métaphore du dossier» sur Wikipedia . Il est dit:
la source
Un dossier n'est pas nécessairement un répertoire physique sur un disque. Il peut s'agir, par exemple, du dossier des imprimantes ou du dossier du panneau de commande sous Windows.
Raymond Chen explique:
la source
/proc
n'est généralement pas sur le disque non plus.Citant Álvaro G. Vicario :
La plupart du temps, ce sont des termes interchangeables. Répertoire est un terme classique utilisé depuis les débuts des systèmes de fichiers, tandis que le dossier est une sorte de nom convivial qui peut sembler plus familier aux utilisateurs de Windows.
La principale différence est qu'un dossier est un concept logique qui ne correspond pas nécessairement à un répertoire physique. Un répertoire est un objet du système de fichiers. Un dossier est un objet GUI. Wikipédia l'explique de cette façon :
la source
/usr/bin/
sont généralement appelés répertoire lorsqu'ils sont affichés dans une console de ligne de commande, mais s'ils y accèdent via un gestionnaire de fichiers graphique , les utilisateurs peuvent parfois l'appeler un dossier.mkdir
,cd
) et Folder (dans l'interface graphique).Répertoire : Le répertoire de noms représente une analogie avec le répertoire téléphonique:
Dossier : Le dossier de noms représente une analogie avec le dossier de fichiers utilisé dans les bureaux:
Analogie:
Si vous voulez un dossier spécifique, vous utilisez le répertoire. Si vous souhaitez une chambre spécifique, demandez à l'hôtelier. La source
la source
Je ne connaissais pas la différence entre ces deux mots en anglais auparavant, même dans l'éditeur de registre Windows, je pouvais trouver deux sous-clés,
Folder
etDirectory
, sousHKEY_CLASSES_ROOT
.Je ne connaissais pas la différence avant de créer manuellement certaines valeurs dans le registre et d'observer les différences entre les éléments du menu contextuel. Si je crée un nœud
HKEY_CLASSES_ROOT\Folder\shell
uniquement sous , j'ai trouvé qu'il apparaît dans le menu contextuel des dossiers virtuels (akasystem directory
), commeRecycle Bin
, et du répertoire du système de fichiers, commeC:\Windows
.Si je crée un nœud
HKEY_CLASSES_ROOT\Directory\shell
uniquement sous , il apparaît uniquement dans le menu contextuel du répertoire du système de fichiers, commeC:\Windows
, mais pas dans un dossier virtuel. Ainsi, comme @AntonyW l'a dit, dans Windows, dossiers = dossiers virtuels + répertoires du système de fichiers.la source
Les noms des dossiers affichés dans l'Explorateur de fichiers (la GUI anciennement appelée Explorateur Windows) ne sont pas nécessairement les mêmes que les répertoires qu'ils représentent. Prenons un cas où vous essayez d'ouvrir par programme un dossier particulier, un répertoire simple sur le stockage de masse, pas un magasin virtuel. Supposons que cela ait été spécifié par un utilisateur en fonction du nom affiché dans l'Explorateur de fichiers. Ce nom peut avoir été remplacé par des informations dans un autre flux de données (ADS) sur le répertoire, et votre programme ne fera pas référence au fichier par son vrai chemin.
Dans deux exemples que j'ai rencontrés, mon application n'a pas pu ouvrir un chemin d'accès spécifié par l'utilisateur. L'un de ces exemples était lié à OneDrive; Je ne me souviens pas des circonstances complètes de l'autre exemple. Quoi qu'il en soit, le nom d'affichage est stocké dans l'ADS nommé ms-properties: $ DATA .
Vous pouvez utiliser CMD.EXE pour répertorier les ADS à l'aide de DIR / R. Renommer ces dossiers à l'aide de l'élément de menu Propriétés dans l'Explorateur de fichiers modifie le contenu de cet ADS, et le nom affiché à l'utilisateur final dans l'Explorateur de fichiers correspond à ce qu'il a tapé. Mais cette procédure ne renomme pas le répertoire.
la source
Votre lien décrit essentiellement ce qui est différent sur une base technique. La plupart du temps, les gens les utilisent de manière interchangeable et ce qu'ils choisissent est principalement basé sur l'environnement d'où ils proviennent.
À moins que vous ne fassiez du développement multiplateforme pour une application qui modifiera des fichiers, vous n'avez pas besoin de connaître les différences. Dès que vous vous préparez à travailler avec plusieurs types de systèmes de fichiers différents, vous devez connaître leurs différences.
Ne vous attendez pas à ce que les gens sachent quel terme utiliser et quand. Je pense que ces termes sont interchangeables, car les différences sont connues de trop peu de gens.
la source