Discussion :

[exhortae]

Bonjour,

Je dois réaliser une application des gestion des réservation d'un hotel.

Dans cette application j'ai plusieurs forms

- Une forme nouvelle réservation
- Une forme mise à jour de réservation.
- Une forme de rechercher par profil.

Je vais utiliser un jdesktoppane avec des internalframes


Une condition à la réalisation est que je ne peut pas avoir 2 fois la même form ouverte, en 1 mot je ne peux pas avoir 2 internal frame nouvelle réservation (ou mise à jour réservation) (c'est pour obliger l'operateur à n'effectuer qu'une seul action à la fois). Pour assurer cette contrainte est-ce qu'il serait judicieux d'utiliser un singleton qui est la form à afficher, ou vaut il mieux qu'a chaque fois je teste si j'ai la même form déjà ouverte et la fait juste devenir active.

Merci

[tchize_]

Le singleton n'est pas approprié. Il pourrait arriver par la suite que t'aie beson d'avoir deux forms de meme type ouverte en meme temps, et là le singleton va t'emmerder. Le mieux est peut etre de jouer avec un controller qui référence els formes active et contient, entre autre la logique demandée.

[exhortae]

Le singleton n'est pas approprié. Il pourrait arriver par la suite que t'aie beson d'avoir deux forms de meme type ouverte en meme temps, et là le singleton va t'emmerder. Le mieux est peut etre de jouer avec un controller qui référence els formes active et contient, entre autre la logique demandée.

Bonsoir,

le souci c'est que je ne sais pas ce qu'est un controller, je pense que je vais faire cette première application simplement en jouant sur les reférences null, on verra plus tard pour les design patterns.

Merci

[dinobogan]

je pense que je vais faire cette première application simplement en jouant sur les reférences null, on verra plus tard pour les design patterns.

Attention, les choses remises à plus tard ne sont quasiment jamais faites
Pense au pauvre programmeur, dans 15 ans, qui va reprendre ton code et te maudire sur 19 générations à cause de ton architecture pourrie

[fr1man]

Pourquoi passer par un JDesktopPane si tu ne veux effectuer qu'une action à la fois ?
Pourquoi ne pas essayer un Cardlayout à la place ?

[exhortae]

Attention, les choses remises à plus tard ne sont quasiment jamais faites
Pense au pauvre programmeur, dans 15 ans, qui va reprendre ton code et te maudire sur 19 générations à cause de ton architecture pourrie

Salut,

pas de souci c'est juste une application pour valider mon stage de 3ème année

[exhortae]

Pourquoi passer par un JDesktopPane si tu ne veux effectuer qu'une action à la fois ?
Pourquoi ne pas essayer un Cardlayout à la place ?

en faite je ne peux pas avoir 2 fenêtres nouvelle réservation ouvertes ou 2 fenêtres profiles, mais je peux très bien avoir au même moment :

- 1 feneêtre nouvelle réservation.
- une mise à jour réservation
- une fenêtre profile client.

Je pense pas que le card layout soit adapté pour ça, non ??

[fr1man]

Ca dépend de ce que tu veux.
Est-ce que tu veux plusieurs fenêtres ouvertes en même temps ?
Ou, est-ce que tu veux pouvoir "jongler" d'écrans en écrans mais en ayant un seul écran visible à un instant t.

Je suis clair ou pas ?

[exhortae]

Ca dépend de ce que tu veux.
Est-ce que tu veux plusieurs fenêtres ouvertes en même temps ?
Ou, est-ce que tu veux pouvoir "jongler" d'écrans en écrans mais en ayant un seul écran visible à un instant t.

Je suis clair ou pas ?

la personne qui m'a demandé de faire l'application voudrait plusieurs fenêtres ouvertes en même temps, pas de système d'onglet en fait.


Perso je préfèrerait des onglets mais bon...

[tchize_]

pour info, un controlleur, c'est simplement qqch qui met en relation tes données et te vues. T'es dans une "liste de clients" et tu clique sur le bouton "ajouter", le controlleur recois la demande, vérifie que la fenetre "edition client" n'est pas visible (il la gère) et finalement, si tout va bien, crée le nouveau client et affiche la fenetre d'édition du client