Une variable de chemin de répertoire doit-elle se terminer par une barre oblique finale?

Question

Lors de la définition d'un chemin d'accès à un répertoire en tant que variable ou constante, doit-il se terminer par une barre oblique finale? Quelle est la convention? Dans unix affiche votre répertoire actuel sans une barre oblique, tandis que l'onglet complet de cd /var/www/apps/ inclut la barre oblique, ce qui m'a laissé incertain.

Answer 1

Je n'inclue pas la barre oblique de fin lorsque je définis par exemple un répertoire pour stocker des fichiers. C'est parce que je vais l'utiliser comme

$store_file = "$store_path/$file_id"; 

Je vais toujours ajouter une barre oblique avant d'utiliser une variable qui est censé tenir un chemin de répertoire. Je pense qu'il est préférable de toujours en ajouter un que de se demander si le slash final est inclus.

Answer 2

Chaque fois que je stocke des chemins de répertoire, ou que je les renvoie depuis des API, j'essaie de respecter la convention de garder une barre oblique. Cela évite toute l'ambiguïté "est-ce un fichier ou un répertoire".

Addendum:
Ce ne vise pas à se substituer à l'aide de méthodes qui peuvent tolérer soit un slash ou son absence. Même en utilisant cette convention, je toujours utilise Path.Combine(...) et des méthodes similaires.

Answer 3

J'ai tendance à simplement ajouter le slash comme je suis plus que probable d'utiliser ce répertoire pour ajouter/récupérer des fichiers ...

En termes de référencement web, il peut effectivement augmenter les performances en laissant le slash dans

http://www.netmechanic.com/news/vol4/load_no11.htm

Answer 4

Je ne l'ai jamais vu une convention ferme de toute façon. Cependant, vous êtes sûr que, quoi que vous décidiez, quelqu'un d'autre sera sûr à 100% que ce devrait être l'inverse. Donc, la meilleure idée est de tolérer que les choses soient définies de toute façon. Dans le monde .NET, Path.Combine() vous donne un moyen de gérer cela - il y a des équivalents dans d'autres environnements, à partir de fichiers cmd.

Answer 5

Oui il se doit, comme:

+ Pathname filename = emplacement du fichier complet. Ainsi, la barre oblique entre le dernier répertoire et le nom de fichier doit se trouver à la fin du chemin d'accès ou au début du nom de fichier. Préfixer les noms de fichiers avec un/signifie que vous devez en tenir compte si vous voulez juste ouvrir un fichier (c'est-à-dire si vous supposez qu'un nom de fichier non qualifié est dans le répertoire de travail courant).

Answer 6

Oui, il y a beaucoup de systèmes de fichiers qui supportent les fichiers sans extension, donc ajoutez toujours la barre oblique de fin pour éviter tout problème.

Answer 7

je vais avec le slash parce que: «Si elle se termine par une barre oblique, il est un répertoire Sinon, il est un fichier. »

1. est une convention facile à retenir.

2. Au moins sur les systèmes d'exploitation que j'utilise couramment, le fait de doubler la barre oblique ne cause aucun problème, tandis que l'omission de la barre oblique entraîne de gros problèmes. Il est donc plus sûr de placer la barre oblique dans la variable et d'utiliser "$ path/$ file" pour l'utiliser.

Answer 8

Peut-être que vous devriez penser à ce que votre décision signifierait pour les fichiers. Si vous n'incluez pas la barre oblique à la fin d'un nom , vous devrez l'ajouter au début du fichier . Maintenant, si pour une raison quelconque, le chemin menant au fichier est manquant lorsque vous concaténez des chaînes, vous finissez avec quelque chose comme /filename qui n'est pas seulement un fichier mais un chemin absolu depuis le répertoire racine (où que ce soit dans ce contexte).

C'est pourquoi je termine mes chemins avec une barre oblique et conserve les fichiers sous forme de fichiers.

Answer 9

Je sais que c'est un vieux fil mais j'ai pensé que je partagerais ce que je fais. Si possible, je normalement permettre à la fois et de faire quelque chose comme ça (si elle était PHP):

$fullPath = rtrim($directory, '/') . '/filename.txt'); 

De cette façon, si le répertoire est défini dans un fichier de configuration, il n'a pas d'importance si la prochaine personne pour le changer comprend la barre oblique ou non.

Answer 10

En php, puisque la fonction dirname (__ FILE __) renvoie le nom du répertoire sans barre oblique à la fin. J'ai tendance à m'en tenir à cette convention. Sinon, l'utilisation d'une barre oblique à la fin d'un nom de répertoire entrera en conflit avec la façon dont dirname (..) fonctionne, et vous serez bloqué par la gestion des deux cas puisque vous ne savez pas si le nom du répertoire vient d'un dirname (..) fonction ou un contant défini avec un slash final.

Ligne de fond: N'utilisez pas de barre oblique finale car dirname (..) ne l'est pas.

// PHP Example 
dirname(__FILE__); // returns c:\my\directory without a trailing slash, so stick to it! 

Pour les autres langues, vérifier la fonction qui extrait un nom de chemin, et voir si elle utilise une barre oblique ou non, puis coller à la convention de la langue.