Discussion :

[alkaz]

Mon programme doit absolument lire un fichier .txt qui est en faite un fichier "parametre" et via un streamreader (absolument). Ma question est la suivante, j'aimerais que le chemin d'accès donner au streamreader soit un chemin relatif, que qu'importe ou est le programme, il trouve le .txt s'il est dans le meme "dossier"

vous savez comment je dois m'y prendre ?

[lead8209]

Tu connais la position de ce fichier par rapport à cette de ton exe ?
Si oui tu passes ce genre de chaîne dans le ctor de ton StreamReader :

• Même dossier que l'exé --> "./MonFichier.txt"
• Dossier au dessus de l'exé --> "../MonFichier.txt"
• Dossier en dessous de l'exé --> "./DossierEnDessous/MonFichier.txt"

Essayes avec ça.
Mais dis à ton prof que pour les fichiers de config il existe la classe Settings

[alkaz]

C'est un slash ? pas un anti slash ?

pour le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

"./nomdufichier"

sachant que comme c'est un streamreader (et je ne sais plus pour qu'elle raison mais bref) il faut que je mette un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

@

dans le chemin d'accès avant les guillemets

en gros ca donnerait ca donc ? :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

using (StreamReader paramconfig = new StreamReader(@"./Parametres.txt"))

[lead8209]

le @ sert à échapper les \

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
string toto = @".\monfichier.txt";
string titi = ".\\monfichier.txt";

Ça revient au même. Et oui tu peux mettre un "/" ou un @"\" ou "\\" pour délimiter tes répertoires.
Le mieux étant Path.DirectorySeparatorChar.

Un lien vers le verbatim-string : https://msdn.microsoft.com/fr-fr/lib...=vs.71%29.aspx

Tu utilises un StreamReader pour lire un fichier texte. On trouve aussi un BinaryReader pour lire des fichiers binaires.
'Stream' te permet de gérer un Flux avec un curseur et ainsi de lire ton fichier bloc par bloc (ou ligne à ligne) et ainsi de ne pas tout charger dans la mémoire; juste une question d'optimisation.
Que voudrais-tu utiliser à la place ? File.ReadAllLines() ?

Oui ça donnerait ça si ton fichier est dans le même répertoire que l'exé. Ou bien tu peux même juste passer "parametre.txt"

[Alain Defrance]

Hum, ici si le fichier est a code du exe, commence par "./", ".\" ou peu importe est facultatif.
Sinon si tu as un fichier quelque part, utilise Path.Combine(), C'est le meilleur moyen d'etre sur que ton path est correct: https://msdn.microsoft.com/fr-fr/lib...v=vs.110).aspx

[François M.]

Mon programme doit absolument lire un fichier .txt qui est en faite un fichier "parametre" et via un streamreader (absolument). Ma question est la suivante, j'aimerais que le chemin d'accès donner au streamreader soit un chemin relatif, que qu'importe ou est le programme, il trouve le .txt s'il est dans le meme "dossier"

vous savez comment je dois m'y prendre ?

Attention : les réponses fournies supra ne sont valables que pour un programme autonome (WIndows ou console) mais pas pour un site web/web service. (cas où c'est la syntaxe "~\MyRelativePath" qui devra être utilisée) ni pour un service (cas où la notion de path par défaut n'existe pas, et il faudra le reconstruire en partant du path d'accès à l'assembly d'entrée).

[François M.]

Sinon si tu as un fichier quelque part, utilise Path.Combine(), C'est le meilleur moyen d'etre sur que ton path est correct: https://msdn.microsoft.com/fr-fr/lib...v=vs.110).aspx

Je plussoye : on ne devrait jamais utiliser les séparateur tel quel, mais uniquement les Path.Combine et Path.DirectorySeparatorChar, Path. PathSeparator, etc .. pour construire les path.

Ca évite de "dealer", par exemple, avec la présence ou non d'un "/" ou d'un "\" sur un path fourni et, le cas échéant, ça élimine des problèmes lors d'un éventuel portage Mono.

De même on ne manipulera jamais directement les extensions de fichiers mais à travers les méthodes HasExtension, GetExtension et ChangeExtension. (ça, ça évite de se compliquer la vie et de créer des bugs en écrivant des traitement de chaîne avec des noms de fichiers ayant eux même un "." dedans, etc ...).