Discussion :

[izakiel]

Bonjour à tous, j'aurais besoin d'un avis pour un tableau à 2 dimension et à 2 types.

En effet j'aimerais créer un tableau(un vector ou un arraylist) de ce type

ListeDeLivre (String titre, Int nombreExemplaire)

Hors je ne vois pas du tout comment retranscrire ce genre de tableau et de quel manière. J'ai toujours utilisé les Arraylist, les Tableau standard et les Vector avec un seul et même type quelque soit le nombre de dimension.

J'aimerai donc avoir votre avis, comment devrais je m'y prendre ?

[herch]

salut,
tu pourrais créer une classe Livre

Code :

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

1
2
3
4
5
6
7
8
9
10
 
public class Livre {
    private String titre;
    private int nombreExemplaire;
    public Livre (String titre, int nbExp) {
        this.titre = titre;
        this.nombreExemplaire = nbExp;
    }
    //tu ajoutes les getters et setters
}

Et puis tu crée ton arraylist

Code :

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

ArrayList<Livre> listLivres = new ArrayList<Livre>();

ou bien tu crées un Hashtable

Code :

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

Hashtable<String, Integer> livres = new Hashtable<String, Integer>();

[Uther]

A noter que l'utilisation de la HashMap aura pour conséquences que l'ordre ne sera pas conservé et que tu ne pourras pas mette 2 fois le même livre.

[dinobogan]

Conceptuellement parlant, je trouve très moche de mettre le nombre de livres dans la classe Livre. Un livre n'a pas à savoir en combien d'exemplaires il existe. C'est à la bibliothèque de le savoir.
Maintenant, pour le problème de la HashMap, il y a la java.util.LinkedHashMap qui conserve l'ordre. Mais les doublons sur un titre de livre seront impossible, ce qui, encore conceptuellement parlant, peut être une bonne chose. A toi de voir selon tes besoins.

[herch]

Conceptuellement parlant, je trouve très moche de mettre le nombre de livres dans la classe Livre. Un livre n'a pas à savoir en combien d'exemplaires il existe. C'est à la bibliothèque de le savoir.

en y repensant, c'est tout à fait logique, puisque le nombre d'exemplaires d'un livre est une propriété de la bibliothèque et non du livre.

[izakiel]

Justement il était la mon problème.
Le nombre d'exemplaire du livre est-il vraiment élément d'une bibliothèque ou pas ?...en y repensant c'est vrai que ca semble evident que ce soit à la bibliothèque de le savoir ^^.

Ou alors il faut en effet faire un objet plus complexe pour avoir en dure le nombre d'exemplaire.

Par exemple une classe LivreRangéDansLaBibliothèque qui décrirait l'objet livre et son nombre d'exemplaire.
Si c'est à la bibliothèque de déterminer combien de fois il y'a un livre cela peut devenir significativement lourd à gérer quand il y aura X livre ou X tend vers l'infini puisqu'il faudra comparer le nom d'un livre a tout les autre etc..

Qu'en pensez-vous ?

[Farid_92]

Salut,

Si c'est à la bibliothèque de déterminer combien de fois il y'a un livre cela peut devenir significativement lourd à gérer quand il y aura X livre ou X tend vers l'infini puisqu'il faudra comparer le nom d'un livre a tout les autre etc..
Qu'en pensez-vous ?

Ca sera tres lourd en memoire et performance c'est clair.
Mais c'est pour ca qu'on utilise des bases de donnees, au lieu de creer l'equivalent de bases de donnees dans son application pour de grosses quantites d'information.

Installes une base de donnee localement ou sur un serveur et utilises jdbc (ou hibernate ou autre) pour recuperer/gerer tes informations.

---
Farid

[izakiel]

Salut,



Ca sera tres lourd en memoire et performance c'est clair.
Mais c'est pour ca qu'on utilise des bases de donnees, au lieu de creer l'equivalent de bases de donnees dans son application pour de grosses quantites d'information.

Installes une base de donnee localement ou sur un serveur et utilises jdbc (ou hibernate ou autre) pour recuperer/gerer tes informations.

---
Farid

Je ne le sais que trop bien, la contrainte étant que mon application va être distribué et totalement standalone donc elle ne se connectera à rien et ne dépendra d'ailleurs même pas d'un réseau local ou non et je ne pense pas qu'on puisse créer un serveur SQL transportable dans un JAR ou en tout cas j'ai aucune documentation la dessus.

Mais si je me trompe je veux bien qu'on m'en dise plus ^^

[herch]

tu pourrais utiliser un fichier xml pour stocker tes données??

[Uther]

Je ne le sais que trop bien, la contrainte étant que mon application va être distribué et totalement standalone donc elle ne se connectera à rien et ne dépendra d'ailleurs même pas d'un réseau local ou non et je ne pense pas qu'on puisse créer un serveur SQL transportable dans un JAR ou en tout cas j'ai aucune documentation la dessus.

Mais si je me trompe je veux bien qu'on m'en dise plus ^^

Il y a des solutions de base de données embarquées qui répondent a ton besoin : Tu n'as besoin d'aucune installation préalable car le driver de la base de donnée contient déjà tout il suffit de l'embbraquer dans ton application comme n'importequ'elle bibliothèque java. Il n'y a pas non plus forcément besoin de réseau vu que le driver peur stoquer tout sur un fichier local.
Évidement les performance ne sont pas tout a fait les mêmes qu'un oracle, mais c'est déjà plus pratique que de tout coder à la main.
En java le driver embbed de Derby est sans doute le plus adapté pour cela.

[Farid_92]

Il y a aussi http://www.db4o.com/default.aspx qui est une fantastique base object que l'on peut packager dans son produit (a voir pour le cout d'un projet commercial...)

---
Farid

[izakiel]

tu pourrais utiliser un fichier xml pour stocker tes données??

C'est déjà le cas ici


Apparemment le driver Apache Derby semble une bien bonne solution à mon problème.

Le fichier XML que j'utilise actuellement avec le parser sax2 xerces est performant lui aussi mais me pose des problèmes de conceptions objet.
En effet pour pus de performance je dois régulièrement lire le fichier (qui fait 127000 lignes) et créer des objets structurés puis les ranger ou manipuler. Et je pense qu'en terme de latence, lire et parser un fichier est plus lent qu'une requête SQL.

Pour la solution qui ma été proposé en .NET je pense que je vais la mettre de côté également car elle pourra surement repondre aussi a mon besoin. Merci pour vos conseils et tuyaux ^^

[Farid_92]

...Pour la solution qui ma été proposé en .NET...

Tu parles de db4o ?
C'etait et c'est une API Java qui a aussi ete portee sur .net

---
Farid