Problème de formatage de chaîne de caractères

Bonjour,

Voilà mon soucis, j'ai un fichier composé de plusieurs lignes (sans déconner) qui elles-mêmes sont composées de plusieurs champs, chacune de ces lignes doivent être chargées dans une table et chacun de ces champs dans ces lignes correspond à un champ dans la table.
Ces champs sont délimités par deux points-virgules, exemple : ;"abc";. Un champ peut être de deux types, soit un entier, ex : ;123;, soit une chaîne de caractère, ex : ;"abc";, comme vous pouvez le voir ce dernier type de champ est délimité par deux guillemets.
Les utilisateurs ont la possibilité de mettre un peut ce qu'ils veulent dans ce type de champ et on ne peut changer ça, il est donc possible de se retrouver avec un champ tel que celui-ci : ;"ab"c";, le traitement d'insertion va alors penser que la chaîne de caractère est la suivante : ;"ab" et planter.
De plus, un champ de ce type peut être sur plusieurs lignes, exemple :
;"abc
ab
c";

Ce que je souhaite faire est de supprimer tous les guillemets en trop qui peuvent se trouver dans ces chaînes, en reprenant les deux exemples ci-dessus, pour le premier la chaîne initiale : ;"ab"c"; doit devenir celle-ci ;"abc"; et la deuxième chaîne :
;"abc
""
ab"
c";

doit devenir celle-ci :
;"abc
ab
c";

donc suppression des guillemets et de la ligne vide.

Et il y a encore pleins d'autres cas différents que j'arrive plus ou moins à gérer mais c'est une vraie usine à gaz avec des conditions partout...mais je vois pas comment le gérer autrement.

Selon vous quelle serait la meilleure méthode à adopter ? Les expressions régulières (je connais pas vraiment) peuvent-elles gérées ce genre de cas ?

Merci.

Bonjour,

Je ne connais pas non plus les expressions réguières, voici donc ce que je ferais sans les utiliser :

- Charger tout le fichier dans une String
- Enlever tous les guillemets de la String
- Spliter la String avec ;
- Pour chaque élément du tableau obtenu, regarder si c'est un entier ou pas, si ce n'en est pas un, l'entourer de ""
- Regénérer une String globale en cas de besoin pour l'insertion dans la table

Comme tu le suggères, les expressions régulières seraient adaptées. Tu peux quasiment tout faire avec, prendre tout les cas en compte.
MAIS, écrire des expressions régulières c'est plus difficile qu'on pourrait le penser. C'est un autre langage 'pas simple) à apprendre.
Surtout pour faire de la normalisation, avec remplacement de caractères en fonction des multiples cas.

La solution précédemment proposé paraît plus facile, tu lis ligne par ligne, en utilisant Split sur le caractère ";", tu peux séparés tes champs. et après tu te fais une petite fonction qui traite les guillemets de tes champs, puis le reconstruit.

SAUF QUE, apparemment tu as un champ qui peut être sur plusieurs lignes, n'est ce pas ? Ceci peut grandement te complexifié l’algorithme proposé.

Donc petite question, comment sais tu que la ligne suivante est la suite de ton champ ou la ligne suivante ?
Et surtout, es tu certains, qu'il ne manque pas un champ ou que tu es un champs en trop ?

Car si tu as des cas comme ceux-ci, faire un code qui marche me semble relever de la magie. (même avec les expressions régulières).

Merci pour ta réponse.

Je viens de remarquer que j'avais oublié quelque chose d'important...qui rend la chose encore plus sympa :)

Les utilisateurs peuvent aussi rajouter des points-virgules dans les chaînes de caractères, ce qui peut donner quelque chose comme ça : ;"abc;"abc"; et la chaîne correcte est la suivante : ;"abc;abc";.

Me demandez pas pourquoi ils peuvent faire ça, on a pas conçu cet outil et on est obligé de s'y adapter...

Donc si je reprends ton idée, si on enlève les guillemets, OK on a une grosse chaîne sans guillemets avec uniquement les séparateurs ; , mais le problème avec la chaîne ci-dessus c'est que si on fait un Split sur le point-virgule, on se retrouvera avec des faux champs supplémentaires provoquant un décalage qui amèneront forcément un plantage lors de l'insertion dans la table.

C'est sûr que si l'utilisateur peut saisir des ; alors ma solution ne marche plus.

Lorsque je traite ce genre de fichier, j'empêche l'utilisateur de saisir le caractère correspondant au séparateur. Mais là tu me dis que tu utilises un logiciel que tu n'as pas conçu alors tu n'as pas le choix.

Dans ce cas, comme le dis mactwist69 j'ai bien peur qu'il ne te reste que la magie.

+1 pour la magie !

Il faut propager les noms des éditeurs du logiciel que tu utilises histoire que personne n'aille acheter cette saloperie !

Ok pour la magie !! Moi qui voulait pas devenir chauve à force de m'arracher les cheveux, bah ça risque d'être chaud :/

Et t'inquiète pas pour l'éditeur, c'est un outil développé en interne donc peu de risque de le croiser ailleurs.

Bonjour,

Citation:

---

Envoyé par Genyuumaru

Et t'inquiète pas pour l'éditeur, c'est un outil développé en interne donc peu de risque de le croiser ailleurs.

---

Dans ce cas changer le caractère séparateur par le | (Alt Gr 6) par exemple, sinon tu n'auras pas de solution.

Citation:

---

Envoyé par rv26t

Bonjour,


Dans ce cas changer le caractère séparateur par le | (Alt Gr 6) par exemple, sinon tu n'auras pas de solution.

---

Tu m'as donné un gros espoir mais on me l'a brisé de suite !! On m'a dit que les seuls choix qu'on avait comme séparateur de champs sont le point-virgule ou la virgule, encore pire quoi, sinon le traitement qui extrait les fichiers à formater ne veut même pas démarrer et là encore, on peut pas le modifier...

Ça va être hardcore :aie:

Il y a \s* qui permet de capturer les saut de ligne aussi
Pour

Code:

---

1 2	;"abc ;abc";

---

Tu peux faire

Code:

---

;"(.*\s*.*)";

---

Citation:

---

Envoyé par Genyuumaru

Tu m'as donné un gros espoir mais on me l'a brisé de suite !! On m'a dit que les seuls choix qu'on avait comme séparateur de champs sont le point-virgule ou la virgule, encore pire quoi, sinon le traitement qui extrait les fichiers à formater ne veut même pas démarrer et là encore, on peut pas le modifier...

Ça va être hardcore :aie:

---

Non faut faire entendre raison à ton chef. C'est impossible à faire sans avoir un caractère de séparation qui ne sert à qu'à ça.

Parce que avec juste les guillemets et les sauts de lignes dans les chaînes, ça pouvait se faire en parsant manuellement la ligne. C'est chiant mais faisable. Quelque chose dans le genre :

• Lire le premier caractère
• soit c'est un guillemet, soit c'est autre chose (je suppose qu'une ligne ne commence pas par un point-virgule)
• si c'est un guillemet, lire les caractères jusqu'à trouvé un autre guillemet qui est directement suivi d'un point-virgule sinon, lire jusqu'au prochain point-virgule
• recommencer pour les champs suivant jusqu'à la fin de la ligne (le nombre de champs est fixe ? sinon je ne vois pas non plus comment tu vas savoir que la fin de ligne sur laquelle tu tombes correspond à la fin d'un record)

Mais s'il peut y avoir des point-virgules dans les données, et bien tu ne peux juste pas parser le truc...

Et si ton chef ne veut pas entendre raison, fait le neuneu et dire que tu n'y arrives et que t'as besoin de ses lumières. Il se rendra compte par lui-même que ce n'est pas possible XD

Bon, on ne peut pas trop t'aider parce que tu nous as donné tout les cas problématiques (ce qui est normal, tu es là pour ça).

Donc prenons le problème à l'envers, partons de ce que tu sais:
- par exemple, tu es certains que quoi qu'il arrive, une ligne (théorique, donc qui peut être étalée sur plusieurs lignes), contient pour sur 20 champs...

Après on pourra t'aider à trouver des astuces pour les cas particuliers.

Citation:

---

Envoyé par Genyuumaru

Les utilisateurs peuvent aussi rajouter des points-virgules dans les chaînes de caractères, ce qui peut donner quelque chose comme ça : ;"abc;"abc"; et la chaîne correcte est la suivante : ;"abc;abc";.

---

J'osai pas poser la question par peur de la réponse.

Ne peuvent ils pas mettre un \ devant " si ce caractère fait partie d'une valeur ?

Bon courage !
Etanne