Modele GL d'un GUI pour des "agents" mobiles

Bonjour,

Je rentre dans le vif du sujet pour lancer rapidement une discussion autour de mon problème. Pour faire simple, je vais prendre un exemple simplifié : disons que je développe un simulateur de radar avec des cibles mobiles affichées sur ce radar. J'aimerais bien pouvoir considérer ces cibles comme des objets graphiques à part entière :
- click droit -> affiche un menu et effectuer des actions sur ces cibles
- drag and drop en mode debug -> pour déplacer les cibles
- etc.

J'ai développé un modèle type M-VC. Dans le modèle j'ai une classe Radar qui représente l'espace aérien capté et une classe Cible qui répresente les avions détectés dans cet espace. Côté Vue-Controleur, j'ai une classe EcranRadar (un JPanel) qui représente le Radar et une classe Spot (un JLabel) qui représente une Cible. L'architecture est donc a priori très simple :
- un Radar est agregé de plusieurs Cibles (Vector<Cible> myTargets)
- un EcranRadar est agrégé de plusieurs Spot (Vector<Spot> mySpots)
- Radar est le Modele de EcranRadar; EcranRadar est Vue-Controleur du Radar
- Cible est le Modele de Spot; Spot est Vue-Controleur de Cible

J'aimerais savoir s'il existe des modèles de GUI (au sens Génie Logiciel ou même Design Pattern) tout faits pour gérer ce type de GUI finalement classiques pour de nombreuses simulations. Par défaut j'aurais eu tendance à faire du M-VC jusqu'au bout : chaque Spot recoit des messages d'actualisation de sa Cible et chaque Spot peut contrôler sa Cible, mais je vois au moins 2 pbs :
1) je crains que ce ne soit trop gourmand en ressources (il va y avoir plein d'échanges de messages pour chaque Cible, ne serait ce que pour actualiser leur positions à chaque pas de temps)
2) d'un point de vue conceptuel je trouve qu'il n'est pas logique qu'une Cible puisse avoir sa propre Vue (Spot) alors qu'en pratique cette Vue n'existe pas sans la Vue EcranRadar. Plus précisement, la Vue Spot n'existe même que dans la Vue EcranRadar, donc j'aurais tendance à vouloir tout centraliser dans cette dernière.

D'avance merci de vos conseils, remarques.

Euh, pour faire des animations mieux vaut éviter de passer par des JLabel mais plutôt dessiner directement la formùe de la cible sur un JPanel, stocker les cibles dans une arraylist (penser à faire une méthode contains pour ton objet cible) puis ajouter un mouselistener au panel, quand un clic se produit sur le panel, tu scanne ta liste de cibles, récupère celle qui correspond à l'endroit du clic, puis tu fais ce que tu veux sur la cible.

Au final mieux vaut ça qu'un JLabel qui est un composant qui se prête peu aux animations et un peu lourd pour ce que tu veux réaliser, et puis pour les collisions (deux cibles qui se chevauchent amuse toi pour le rendu).

Donc ta classe Spot contenant une Shape que tu dessine sur ton JPanel au moyen de la méthode paintComponent de celui ci.

Sinon pour les pattern rensigne toi sur le presentation model qui a le vent en poupe pour les applis swing:

http://www.martinfowler.com/eaaDev/P...tionModel.html
http://leepoint.net/notes-java/GUI/s...ion-model.html

Citation:

---

Envoyé par sinok

Au final mieux vaut ça qu'un JLabel qui est un composant qui se prête peu aux animations et un peu lourd pour ce que tu veux réaliser

---

Je pensais au contraire que les JLabel étaient super light, mais je connais pas du tout le détail de l'implémentation. Pour ma culture, tu pourrais me dire pourquoi les JLabel sont lourds, et aussi comment tu fais globalement pour savoir ce genre de détails.

Citation:

---

Envoyé par sinok

et puis pour les collisions (deux cibles qui se chevauchent amuse toi pour le rendu)

---

De ce côté là, j'ai pas l'impression qu'il y'ait de problèmes puisque tout se passe en tout cas comme je l'imaginais : la cible sur le JLabel le plus haut passe au dessus de l'autre cible.

Merci pour les exemples de Design Pattern, je vais regarder ça de plus près.

On va dire que pour l'affichage les JLabel vont vérifier les infos voules dans le look&feel,, mettre à jour leurs propriétés, propager lesq actions aux divers listeners, se repreindre en fonction des delegates, donc réaliser beaucoup plus d'action qu'un simple drawImage ou drawRectangle utilisé sur les graphics de ton JPanel...

Ca fait beaucoup de chose à réaliser toutes le x millisecondes ce qui commence à peser un peu alors qu'au final tu as juste une image ou une forme à dessiner tu risques d'avoir des problèmes de fluidité.