Chemin d'accès en variable dans un streamreader ?

Bonjour, je voudrais poser une petite question qui bloque ma progression sur un programme.

Je vous explique :

J'utilise un StreamReader pour que le programme lise un fichier spécifique, la syntaxe du chemin d'accès ce fait donc comme ceci :

Code:

---

1 2 3 4

using (StreamReader lefichier = new StreamReader(@"C:\\lechemindacces\lefichier")) { lecode }

---

Mais voilà le soucis, j'ai besoin de mettre tout le chemin d'accès dans une variable car le nom du fichier et meme son emplacement peut changer en fonction de ce que l'utilisateur écrit dans un fichier txt "parametre"

le soucis c'est que du coup, il n'accepte pas cette syntaxe

Code:

---

1 2 3 4

using (StreamReader lefichier = new StreamReader(@lavariable)) { lecode }

---

enfin si il accepte la syntaxe, mais en exécution ca plante, du coup je vois pas comment remédier au problème une idée ?

Bonjour,

Code:

---

1 2 3 4 5 6

string lavariable = @"C:\\lechemindacces\lefichier.txt" using (StreamReader lefichier = new StreamReader(lavariable)) { //lecode }

---

ne mets pas l'arobase devant la variable, n'oublie pas l'extension du fichier.

Cela devrait fonctionner.

A+

Alors oui dans ton cas ca fonctionne mais c'est un poil plus complexe que ça dans mon contexte, et ca ne fonctionne du coup pas.

Je montre un bout de code, si ca peut aider a comprendre le pourquoi du comment

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

DateTime dateJour = DateTime.Now;   int moisJourint = Convert.ToInt32(dateJour.Month); moisJourint -= 1; String moisJour = "0" + Convert.ToString(moisJourint); String FileName = chemin + moisJour + dateJour.Year + ext; Console.Write(FileName); Console.ReadKey();   using (StreamReader fichierlog = new StreamReader(FileName)) { //lecode }

---

Je précise que lors du console.write(FileName) j'ai bien comme résultat @"C:\\lechemindacces\lefichier.txt"

D'où la non compréhension

Pour la précision le chemin est une variable dont la valeur est donné lors de la lecture du fichier parametre, pareille pour ext (l'extension). Pour la date qui accompagne le nom du fichier elle s'adapte toute seul car il y a un fichier de produit par mois (avec une date pour différencier)

je sais pas si je me fais bien comprendre ?

Tu as un message d'erreur lorsque ça plante ?
Si oui que dit il ?

Lorsque tu exécutes C:\\lechemindacces\lefichier.txt dans l'explorateur Windows, le fichier s'ouvre bel et bien ?

A+

Ouep je retrouve bien le chemin et ca me met "caractère non conformes dans le chemin d'accès"

Pourtant je vois vraiment pas ce qui le dérange, le @ ? si c'est ça comment faire ?

Ou alors c'est parce que c'est en variable ? je ne comprends pas

Bonjour,

Alors déjà,

Citation:

---

Je précise que lors du console.write(FileName) j'ai bien comme résultat @"C:\\lechemindacces\lefichier.txt"

---

Si tu obtiens ça @"C:\\lechemindacces\lefichier.txt" avec console.write(FileName) pour moi c'est faux.

Je n'ai pas l'impression que tu sache réellement à quoi sert le @ devant une chaine de caractère, donc il sert à 'échapper' toute la chaine sans avoir à se soucier de son contenu. Avant, et c'est toujours d'actualité, on utilisait le \ pour 'echapper' des caractères de la chaine, comme par exemple pour obtenir un \ on devait avoir dans la chaine \\. Donc quand je vois que dans ta chaine de résultat, tu as déjà un double anti-slash, je me pose des questions sur le fait d'échapper la chaine avec @.
Cela étant dit, va faire un tour là pour en savoir plus sur l’échappement de chaine.
Donc, ton write aurait dû te donner comme résultat C:\\lechemindacces\lefichier.txt (en faisant l'impasse sur l'anti-slash).

Bon, maintenant que tu sais à quoi il sert, pourquoi essayer de mettre un @ dans ta variable ?
Au pire, se sont les composantes que tu concatène qui doivent être 'échappée'.
Au mieux, utilise la classe Path, pour construire ton chemin.

Bonne continuation.

En faite il n'y a pas deux slash, c'était juste pour l'exemple de la chaine le réel chemin d'accès (sans donner les vrais noms) ressemble à ceci

Code:

---

1 2 3

chemin = @"E:\quelquechose\quelquechose\quelquechose\lefichier ext = .txt"

---

Pour le rappel FileName = chemin + date + ext

au final il ressemble a ca

Code:

---

1 2	filename = @"E:\quelquechose\quelquechose\quelquechose\lefichierladate.txt"

---

Oui, donc je ne vois pas ton problème :

Code:

---

1 2 3 4 5 6

chemin = @"E:\quelquechose\quelquechose\quelquechose\lefichier" ext = ".txt" date = {Ton traitement de récup} cheminFinal = chemin + date + ext

---

Là dedans, pour moi, seul chemin à besoin d'être 'échappé' et il l'est grâce au @ et en sortie tu devrais avoir quelque-chose comme E:\quelquechose\quelquechose\quelquechose\lefichier0615.txt dans la variable cheminFinal que tu peux utiliser directement dans le constructeur de ton StreamReader.

Par ailleurs, pour le traitement de ta date, regarde là pour faire quelque-chose de plus propre.

Bonne continuation.

Mais justement il est là le problème, le chemin finale est bien écrit en variable, il n'a théoriquement aucune raison de refuser et planter, je suis perdu...

(pour la date c'est pas un soucis ca fonctionne)

Je ne comprends réellement pas et toute tentative de trouver une solution s'éloigne de plus en plus

re,

Citation:

---

Ouep je retrouve bien le chemin et ca me met "caractère non conformes dans le chemin d'accès"

---

Peut être peux tu nous donner le réel chemin complet ?
Quand tu dis, que tu retrouves bien le chemin, tu le cherches répertoire par répertoire ou tu copies/colles l'intégralité du chemin dans l'explorateur ?

(édit : j'avais oublié une phrase.)

A+

Bon je recommence l'explication :

le chemin du fichier que je met au moment du streamreader normalement s'affiche comme ceci (et doit s'inscrire comme ceci pour fonctionner)

Code:

---

1 2 3 4 5

using (StreamReader fichierlog = new StreamReader(@"E:\Dossier\fichier052015.fichier01.txt")) { //lecode }

---

Mais la date qui correspond au fichier, son extension et le chemin, doit etre fait en 3 variables puis fusionner en une seule)

le chemin et l'extension et renseigné dans un autre fichier txt que le programme lis, la date elle, se fait toute seule.

on a donc un résultat de ce genre
chemin = @"E:\Dossier\fichier
extension = .fichier01.txt"
chemindufichier = chemin + date + extension

maintenant voilà le paradoxe :
si on fait manuellement comme ceci :

Code:

---

1 2 3 4 5 6

chemindufichier = @"E:\Dossier\fichier052015.fichier01.txt"; using (StreamReader fichierlog = new StreamReader(chemindufichier)) { //lecode }

---

la ça fonctionne.

mais si je reprends les explications d'avant
et que je fais comme ceci :

Code:

---

1 2 3 4 5 6

chemin du fichier = chemin + date + extension; using (StreamReader fichierlog = new StreamReader(chemindufichier)) { //lecode }

---

Et bien là ca plante ! j'ai donc mis un console.write(chemindufichier) console.readkey();
histoire de voir si dans les deux solutions il y avait des différences au résultat obtenu mais non ! on en vient exactement au même résultat, alors pourquoi ca ne fonctionne pas ?

juste wtf... si on pouvait me sortir de là, quelque chose m'échappe

Donc, si le chemin final te semble correct et au vu de l'erreur que tu nous donne, je dirais que ton chemin est faux :lol:
Voici la liste des caractères interdits par Windows dans les noms de fichier et de répertoires \/:*?"<>| avec exception pour \: pour les répertoires.

Tu n'aurais pas un de ces caractères dans ton chemin final ?

Je vais me répéter, mais la valeur de ton chemin final (consultée via le debugger ou un Console.Write()) doit ressemblée à ça E:\Dossier\fichier052015.fichier01.txt et en aucun cas à ça @"E:\Dossier\fichier052015.fichier01.txt".

Et comme précédemment, tu nous met

Citation:

---

chemin = @"E:\Dossier\fichier
extension = .fichier01.txt"

---

ce qui porte à confusion car il manque des guillemets, ce qui me fait penser que ce sont les valeurs que tu écris et pas la déclaration.
Relis mon exemple plus haut.

OH MON DIEU !

Merci Kyroon, j'ai modifié pour que le chemin ne comporte pas de @" et pareille pour l'extension je lui ai enlevé le guillemet, merci !!!

ca fonctionne !!

Heureux pour toi :)

Tu peux passer le post en :resolu:

Bonne continuation.