Discussion :

[kisame]

Bonjour,

J'ai crée un thread hier sur ça mais je ne le retrouve plus (pê ai-je oublié de confirmer au moment de la création)... je repose ma question.

j'ai une sorte de table model (mais il n'y a aucune notion de JTable ou de swing derrière) que j'aimerai mettre dans un fichier ascii

J'ai déjà pas mal cherché et commencé à implementer des trucs mais j'ai rien trouvé. Existe-il :
- une fonction toute prête (peu probable)
- une api qui le fait
- quelqu'un a déjà eu le pb et a déjà crée une classe qui fait tout.

voilou. c'est pas la mort à faire mais si il existe un truc tout fait je préfère (ne serait-ce que pour gérer l'alignement des colonnes, les largeurs des colonnes, le fait d'avoir des textes plus longs que la largeur de la colonne, etc ...)

[McFoggy]

Est ce que tu cherches pas un CSVWriter, ou un truc du genre ?

[djsnipe]

Tiens oui, j'avais répondu à ton thread hier ....
Je me souviens bien que tu voulais quelque chose qui gère de manière un peu spéciale l'alignement des colonnes dans le fichier de sortie. Tu pourrais tout aligner à la taille max des colonnes, sauf pour les LOB (CLOB et BLOB).
D'autre part, un fichier ASCII ne permettra pas de stocker toutes les informations de ta base. Regarde bien le charset de ta base !

[kisame]

Est ce que tu cherches pas un CSVWriter, ou un truc du genre ?

trop facile mais non.

disons que je dois faire des exports de données sous plusieurs formats dont le format texte. Et certaines données doivent être présentées sous forme de tableau (et ils veulent un truc avec un zoli tableau avec des border en "-" et "|" ... et comble du must ils veulent un rendu style TreeTable avec tous les noeuds expandés):

genre un truc comme ça -->

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
+------------------------------------------------------------+
| colonne 1     |     colonne 2        |      colonne 3      |
+------------------------------------------------------------+
| typeA         | val_col2             | val_col3            |
|   typeB       |   autre_val          |   ploplop           |
|     typeC     |     c'est chouette   |  voilou             |
|   typeB       |   uiuiuiuiuiu        |   ceci doit tenir   |
|               |                      |   sur plusieurs     |
|               |                      |   lignes            |
|   typeB       |   autre_val          |   ploplop           |
| typeA         | machin               | c top               |
|   typeB       |   autre_val          |   ploplop           |
+------------------------------------------------------------+
avec des typeA qui ont des listes de typeB qui ont des listes de types C.

D'autre part, un fichier ASCII ne permettra pas de stocker toutes les informations de ta base.

ouais mais ça sera des champs tout simples qui auront tous une représentation en string ... c'est juste qu'ils peuvent être longs et donc rentrer sur plusieurs lignes.... et puis comme tout développeur, j'ai 50 trucs à faire donc si une classe magique existe déjà je suis preneur. Sinon, je vais empiler ça dans ma TODO list et comme c'est "super intéressant" à faire ... je bous d'impatience à me coder ça.

[djsnipe]

ouais mais ça sera des champs tout simples qui auront tous une représentation en string ...

Ce n'est pas une raison suffisante malheureusement.
Au sens strict pour moi, la dénomination ASCII couvre l'US-ASCII, donc une table de 127 caractères, et au mieux à l'extension à 255 caractères sur 8 bits (ISO-8859-1). Cette norme ISO ajoute les caractères accentués par exemple, mais toujours pas de caractère euro € par exemple (et choisi complètement au hasard ) ...

[kisame]

oui mais je t'assure quand même que je n'aurai pas à gérer ce genre de pb (ce qui est déjà pas mal).

Au sens strict pour moi, la dénomination ASCII couvre l'US-ASCII, donc une table de 127 caractères,

C'est pareil pour moi et pour notre client d'ailleurs, sans même parler de sens strict, c'est la définition de la norme ascii tout court.

et encore, il n'y aura pas tous les 127 caractères justes les caractères alpha numérique et éventuellement quelques autres caractères Je crois que les caractères les plus hésotériques que je vais avoir seront le "<" et le ">". Non vraiment le problème n'est pas là.

Ouais je sais c'est moche .... ouais je sais ça fait rustique, ouais je sais c'est des problèmes du temps de "l'informatique à papa", ouais quand ils vont voir les rapports PDF ils ne vont jamais utiliser la forme texte .... mais les personnes qui payent ceux qui me payent m'ont demandé de faire ça .... donc je fais ça :'(

edit : Par contre, si par un malheureux hasard je me retrouve à faire ça pour un autre projet où le problème risque de se poser, je prends note de ta remarque. C'est le genre de truc dont on n'y pense qu'une fois confronté au pb