table to ascii

Version imprimable

29/07/2008, 08h42
kisame

table to ascii

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 ...)
29/07/2008, 18h32
McFoggy

Est ce que tu cherches pas un CSVWriter, ou un truc du genre ?
29/07/2008, 18h51
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 !

Citation:

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:

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.
Citation:

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.

29/07/2008, 22h11
djsnipe

Citation:

Envoyé par kisame

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 :mrgreen:) ...
29/07/2008, 22h47
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).

Citation:

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 :mrgreen: 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 :mrgreen:
30/07/2008, 13h38
djsnipe

Citation:

Envoyé par kisame

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 :mrgreen:

C'est bien pour ça que je me suis permis de faire la remarque. Dans l'ensemble, peu de gens connaissent ce sujet.
En tout cas bonne chance pour ton rapport ASCII, et surtout demande à faire spécifier l'ensemble des règles applicables : taille du décallage, la possibilité de faire tenir un texte sur plusieurs lignes etc etc etc, pour éviter d'avoir des bugs sur des comportements pas vraiment spécifiés mais souhaités ....
02/08/2008, 09h08
kisame

merci aux personnes qui ont cherché et en particulier à djsnipe pour ses remarques.

finalement, après discussion, ils s'avèrent qu'ils préfèrent un rendu "packée" de la table (largeur de la colonne == largeur de la chaine la plus grosse). Donc pas de multiligne possible (ils n'imprimeront jamais ces documents en texte)

Du coup un simple String.format bien construit pour chaque ligne de ma table me remplit parfaitement le boulot :) Le code étant assez spécifique au projet je le mettrai à disposition sur demande parce qu'il faut que je le reformate un peu.

Came fait marrer, on nous apprend des notions supers complexes pendant nos études (méta modélisation, théorie des langages, lambda calcul, ...) pendant la conception on réfléchit à des archis supers complexes (J2EE), on utilise des concepts qui peuvent être supers puissants (réflexion, annotation, ...) et au final :
on se retrouve à faire du printf :aie::aie::aie::mrgreen::mrgreen: (MAIS version java donc c'est top technologie :) dire qu'on utilise les formaters java ça a plus de gueule que dire "je fais du printf")

Des fois c'est pas plus mal ça détend les neuronnes :)