Discussion :

[afrikha]

Bonjour tout le monde

Je m'interroge sur la meilleure manière de concevoir ET implémenter une application Java "standalone" utilisant Swing et un SGBD.

Voici grosso modo ma manière de faire :

• je crée une classe pour l'accés à la BD, cette classe est un singleton
• Je mets aussi la fenetre principale en singleton
• Je crée un médiateur (listener) pour la fenetre principale et les boites de dialogue
• le mediateur de la fenetre principale est aussi un singleton
• Chaque médiateur a la charge de récolter les info de l'IHM et crée un thread ,si besoin est , pour effectuer le traitement et mettre à jour l'IHM

Un des (nombreux ? ) problèmes de cette façon de procéder est que je me retrouve avec des singletons qui se référencent mutuellement.

Voilà, je voudrais avoir votre avis sur ma manière de faire et connaitre la votre.

J'espère que c'est clair.Dans tous les cas je suis à votre disposition pour de plus amples détails.

Merci beaucoup pour votre aide

[adiGuba]

Salut,

Un des (nombreux ? ) problèmes de cette façon de procéder est que je me retrouve avec des singletons qui se référencent mutuellement.

Personnellement je prefère n'utiliser qu'une seule classe Singleton qui représente mon application. Par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
public class MonApplication {
 
    private static final MonApplication INSTANCE = new MonApplication();
 
    private MonApplication() {
        // do nothing
    }
 
    public static MonApplication getInstance() {
        return MonApplication.INSTANCE;
    }
}

Ce singleton comporte en plus toutes les autres instances "uniques" de l'application, mais ce ne sont pas forcément des singleton mais de simple champs. Par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
    /** La frame principale de l'application (unique) */
    private MainFrame mainFrame;
    /** Le DAO permettant d'accéder aux données via JDBC (unique) */
    private DAO dao;
 
    public MainFrame mainFrame() {
        return this.mainFrame;
    }
 
    public DAO dao() {
        return this.dao;
    }

Le singleton comporte également une méthode private chargé d'initialiser tous les attributs de mon Singleton dans le bon ordre :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
    private void initialize(String[] args) {
        this.dao = new MyDAOImplementation();
        this.mainFrame = new MainFrame();
        // Affiche la frame :
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                MonApplication.this.mainFrame.setVisible(true);
            }
        });
 
        // etc...
    }

Je n'utilise pas le constructeur du Singleton pour cela car on peut se retrouver dans une erreur cyclique (par exemple le constructeur appelle new MainFrame() qui appelle getInstance() qui rappelle le constructeur car on n'est toujours pas retourné du précédent, etc.).

La méthode initialize() est private car elle ne doit être utilisé qu'un seule et unique fois au démarrage de l'application. C'est pourquoi mon main() se trouve dans la classe Singleton, et effectue généralement quelque chose du style :

Code :

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

1
2
3
    public static void main(String[] args) {
        MonApplication.getInstance().initialize(args);
    }

Le plus dur étant de bien séparer les différentes couches, afin d'éviter d'avoir des références croisées lors de l'initialisation...


a++

[sinok]

J'arrive un peu tard après la bataille et je vois déja tout les corps enterrés et je n'ai rien de mieux à dire. Si il fait beau.

[adiGuba]

J'arrive un peu tard après la bataille et je vois déja tout les corps enterrés et je n'ai rien de mieux à dire. Si il fait beau.

Ben non au contraire il n'y a pas de solution miracle !!!

a++

[sinok]

Ben non au contraire il n'y a pas de solution miracle !!!

a++

C'est sûr, mais bon celle que j'utilise se rapproche de ce que tu as expliqué, d'où mon post

[afrikha]

Je n'ai pas trouvé de reponse à ma question

Par exemple comment faire pour le mediateur de la main frame ? la frame a besoin de connaitre le médiateur et le médiateur a besoin de connaitre la frame !, qui initialiser en premier ?

[afrikha]

Merci adiGuba pour cette participation très enrichissante

Le plus dur étant de bien séparer les différentes couches, afin d'éviter d'avoir des références croisées lors de l'initialisation...

Oui, c'est vrai que c'est la partie un peu "critique" : Par exemple comment faire pour le mediateur de la main frame ? la frame a besoin de connaitre le médiateur et le médiateur a besoin de connaitre la frame !, qui initialiser en premier ?

Merci encore une fois

[spekal]

Pour ma part :

- aucun singleton (je ne vois absolument pas à quoi ils servent)

- un package d'accés bdd et de données bdd (en gros une classe par table)

- un package swing

- un package main, configuration, etc.

Le package bdd ne référencie jamais (ou presque) (ou par erreur) ce qu'il y a dans les autres.

Le package main peut connaître tout ce qu'il y a dans les autres.

Pour le package GUI, je crée, dans ce package, une interface d'accés (sorte de driver), que une classe du package main met en oeuvre, grâce à laquelle un objet GUI peut activer un service du package main. Le package GUI ne connait donc le package main que par cet intermédiaire.

Heu... c'est clair ??