Discussion :

[Baptiste Wicht]

Bonjour à tous,

J'ai créé deux nouveaux formats de fichier spécifiques à mon application, les JTF et JTD. Maintenant je cherche le meilleur moyen de les utiliser facilement dans mon application. Et surtout en concevant d'une manière correcte et pas en le faisant à l'arrache.

La première solution à laquelle j'ai pensé (en vitesse), c'est de faire un objet JTFFile qui prend une File en entrée qui le lit et qui extrait les données, on pourra ensuite récupérer les données avec des getters(). Et après lui donner une méthode write() pour écrire les données que l'on aura précedemment rentré avec des setters();. Mais c'est pas à l'objet File d'écrire lui-même ses donnnées dans le fichier, donc cette solution est pas terrible, disons même mauvaise...

Ensuite, je me suis dit que je pouvais faire un JTFFileReader qui permettrait d'ouvrir de lire dans un fichier, mais déja là, je trouve ça un peu bête, car les données doivent être lues d'une traite à la suite, et je pensais les rendre accessibles par l'objet File. Et faire ensuite un objet JTDFileWriter, qui permettrait d'écrire dans le fichier des données qu'on lui donnerait par exemple writeFilm, mais ca me semble pas génial non plus.

De sorte que maintenant j'ai encore pleins d'idées, mais que j'arrive pas en trouver une qui me convienne vraiment... La seule chose qui me paraît claire, c'est qu'il me faut un objet File JTFFile, mais après, je sais pas trop si je vais directement étendre File ou alors faire une clase à part qui va utiliser un File...

Alors je m'en remets à vous; Comment feriez-vous pour implémenter un nouveau format de fichier ? Je demande des idées, par une implémentation concrète (ca c'est mon boulot).

d'avance

[sinok]

Une interface définissant le diverses méthodes dont tu aurais besoin

Un reader abstrait implémentant ton interface et codant les méthodes génériques pour lire dans un fichier

Un reader héritant de ton reader abstrait et implémentant le façon de lire un Fichier spécifique.


Comme ça rajouter un autre type de fichier à ton appli est relativement rapide (juste un nouvelle classe héritant d'un reader abstrait)

Eventuellement tu peux créer une interface de plus haut niveau pour lire de données de tout type et non simplement depuis un fichier

[Baptiste Wicht]

Une chose que j'ai pas comprise dans ce que tu as dis : Il faut que je fasse une interface Reader par type de fichier ou alors j'ai une seule interface et deux Reader. Parce qu'en fait les méthodes ne seront pas les mêmes d'un Reader à l'autre.

Ou alors, tu imagines quelque chose avec une interface Reader, une implémentation concrète JTFFileReader qui permet de lire dans un fichier et qui ensuite retourne une instance de JTFFile ? Et pareil ensuite pour le Writer, c'est à dire que j'aurais un Writer qui récupérerait les données du JTFFile pour les écrire ?

Je suis à côté de la plaque ou bien j'ai compris ce que tu voulais dire ?

[sinok]

quelquechose dans ce style:

[Baptiste Wicht]

quelquechose dans ce style:

D'accord, ça j'ai bien compris compris le concept Merci. Je pense que je devrais faire aussi la même chose avec les Writer, non ?

Mais j'ai plus de peines à définir les responsabilités de chaque classe. C'est à dire que va faire exactement ce Reader ?

Je donne un exemple concret. Dans ce fichier, je vais stocker entre autres un film. Donc mon reader va faire quoi ? Lire le fichier et créer une instance de JTFFile sur laquelle je vais ensuite faire getFilm() ou alors, je vais directement faire un readFilm() sur le Reader ? C'est ça que j'ai un peu de mal à comprendre.

De même pour le Writer, je sais si pas je dois d'abord remplir un Objet JTFFile et ensuite le donner à un objet Writer pour qu'il l'écrive sur le disque dur, ou alors si je dois faire des writeXXX sur le Writer...

Merci

[sinok]

Pour moi le reader serait plus destiné à te remplir un Objet servant de modèle, grosso merdo il fait une lecture et basta, à toi ensuite d'en faire ce que tu veux (donc ton JTTFFile, mais il audrait mieux faire une structure bien générique au cas où donc un JTTFModel comme tu peux avoir des TableModel pour les JTable ou autres)

De même pour les Writer, ils te transforment un modèle en fichier.

Enfin l'autre optique est jouable également (cad agir directement sur les Writer, dans le cas des reader ça va être un peu plus dur), mais pour moi un peu moins propre (séparation des couches pas top et tt le toutim).

[Baptiste Wicht]

Pour moi le reader serait plus destiné à te remplir un Objet servant de modèle, grosso merdo il fait une lecture et basta, à toi ensuite d'en faire ce que tu veux (donc ton JTTFFile, mais il audrait mieux faire une structure bien générique au cas où donc un JTTFModel comme tu peux avoir des TableModel pour les JTable ou autres)

De même pour les Writer, ils te transforment un modèle en fichier.

Enfin l'autre optique est jouable également (cad agir directement sur les Writer, dans le cas des reader ça va être un peu plus dur), mais pour moi un peu moins propre (séparation des couches pas top et tt le toutim).

D'accord, cette fois, c'est beaucoup plus clair

Merci beaucoup

Alors, j'suis pourrave ou j'suis pourrave?

Aucun des deux si je peut me permettre

[sinok]

Aucun des deux si je peut me permettre

En général si, l'intelligence est rare et inversment proportionnelle au niveau de fatigue et d'alcool dans le sang, pour ne pas parler d'autres choses.


Ah également au nombre de minettes dans l'entourage également...