Discussion :

[Invité]

Bonjour,

Je suis en train de faire un "jeu" dans lequel deux troupes de soldats se battent selon une stratégie prédéfinie. La carte du jeu avec la position des soldats est affichée.

Je voudrais faire une interface graphique composée de deux boutons : "lecture" et "pause", et j'aimerai qu'elle soit séparée du programme principal. En gros, il faut qu'on puisse utiliser le programme avec une autre interface graphique sans rien recompiler. Et j'aimerais aussi qu'on puisse utiliser le porgramme sans interface graphique, juste en tapant les commandes "lecture" et "pause" dans le terminal.

Je ne sais pas du tout quelle est la bonne manière de faire. J'avais pensé à faire envoyer par l'interface graphique le nom des commandes voulues sur l'entrée standard du programme de base, mais je ne sais pas si le programme de base peut "surveiller" son entrée standard.

Un autre problème : comment intégrer le "Graphics" produit par le programme de base dans la fenêtre de l'interface graphique, étant donné que ce sont deux programmes différents ? Il ne peuvent donc pas se passer des objets, non ?

[Deaf]

Bonjour,

Le MVC est la solution à ton problème. Il y a pas mal de doc sur le sujet (notamment sur ce site).
En gros, le Modèle sera "l'état" de ton champ de bataille.
Les Vues permettront de visualiser ton modèle.
Le Controlleur enverra les commandes de Lecture/Pause à ton simulateur (le moteur en charge de mettre à jour ton modèle).

[sinok]

Plus qu'un MVC je me dirigerais soit vers un mécanisme de plugin à la eclipse:

http://baptiste-wicht.developpez.com...n/application/

Voir même en te basant sur un mécanismes de plugins standardisé tel qu'OSGI.

Ou sinon batir une appli client/serveur lancés sur un mêms poste dialoguant via un protocole spécifique. De fait tu pourras avoir N clients totalement différents (basés sur des technos différentes, avec des formes différentes et ainsi de suite)échangeant avec un même serveur.

[Deaf]

Je pense que s'il a juste besoin d'avoir deux interfaces différentes, la structure OSGi est peut-être un peu lourde. Surtout s'il ne connait pas encore MVC.

[Invité]

Bonsoir,

D'abord, merci à vous deux pour vos réponses

Pour ce qui est de l'architecture MVC, c'est à peu près ce que j'ai essayé de faire, seulement, par principe, je veux offrir une alternative "console" à tout appui sur un bouton ... or on peut respecter MVC et ne pas offrir cette possibilité.

Voici ce à quoi j'ai pensé depuis deux jours : dans le programme principal, faire une boucle infinie constituée d'un System.in.read qui est capable de reconnaitre les deux actions "démarrer" et "pause". La solution "sans boutons" est donc toute trouvée.

Reste la solution "avec bouton". Il faut faire un programme bouton qui lance le programme principal, et qui écrit sur l'entrée standard de ce dernier les mots "démarrer" ou "pause" lorsque l'utilisateur appui sur le bouton correspondant.

D'après ce que j'ai compris, je peut le faire soit avec Pipe soit avec Socket. Avec ces deux solutions j'ai un problème : un pipe ne peut se faire qu'entre deux threads du même processus (c'est vrai ?) , et pour les sockets ça ne permettra plus à mon programme de base d'attendre des commandes de son entrée standard. Quoi que ce dernier point peut être résolu en choisissant le mode voulu grâce à un simple argument au lancement du programme de base (donc ça semble être la seule solution envisageable ...).

----------------------------------------------------------

Pour la programmation modulaire, j'ai trouvé le lien très instructif pour la vision "tout est module" de l'auteur. La solution proposée est pas mal, mais elle ne permet toute fois pas de taper les instructions "à la main" (pour voir plus loin : de s'affranchir du langage de programmation).

Pour l'architecture client/serveur, je trouve cette façon de faire très séduisante, mais je doute de mes capacités à la mettre en oeuvre avant la fin du semestre (1er juin). Aussi, elle ne permet pas de taper les instructions dans le terminal (sauf si j'ai manqué quelque chose).