Discussion :

[CLeBeR]

Bonjour,
J'ai deux classes A et B. Ma classe A instancie mon objet B en l'appelant via un thread. Dans une certaine condition de l'objet B je voudrais que A détruise le thread, le problème c'est qu'il faut donc que B envoie une information à A. J'ai donc créer une donnée membre stopThread pour mon objet A ainsi qu'un setter en public. Le problème c'est que je ne peux pas y accéder via ma classe B, et c'est normal ça ne respecte pas la logique objet... Je pense donc que mon programme est mal conçu ou alors je passe à côte de quelque chose... Pourriez-vous m'aider ?
Merci.

[Cafeinoman]

Il suffit de faire un constructeur de B qui prend A en paramètre, et de mettre un champs A dans B, comme ça B a une référence vers A.

[joel.drigo]

Salut,

Avant tout, il faudrait voir s'il est bien justifié que la classe A soit la classe qui devrait gérer le cycle de construction de B. A devrait pouvoir demander une instance de B, indépendamment du processus de construction, qui devrait être dévolu par exemple à une fabrique. Si on veut que A puisse contrôler le processus de construction, la fabrique peut retourner un handler sur B (ou du moins permettant de récupérer la future instance de B, lorsqu'elle existera). Comme la classe Future de Java par exemple. Le contrôle est assez limité dans ce cas : on peut annuler le traitement, tester s'il est annulé ou terminé, et récupérer la valeur construite. Mais on peut faire une classe similaire qui permet de connaitre par exemple l'avancement du cycle de construction de B, ou certains de ses états. En ajoutant un système évenementiel, on peut rendre asynchrone les réactions de A à ces changements d'états, ou à la progression du cycle d'avancement.

[eulbobo]

Donc si je résume

A crée B
Sur une certaine condition de B, il faut que A arrête le thread.

STOP !
Pourquoi tu veux que ce soit A qui arrête le thread? Si la condition d'arrêt est dans B, tu peux te "contenter" de sortir du run, ce qui arrêtera le thread en question qui a été lancé dans A sans que A n'ait besoin de savoir ce que fait B (après tout, il n'a pas besoin par design vu que B tourne dans un autre thread)

Sinon, il y a d'autres solutions pour que deux objets puissent communiquer ensemble de manière propre et s'envoyer des messages que chacun interprétera comme il veut (sur un mode fournisseur/consommateur), mais vu comme tu poses le problème, je pense que tu peux te contenter de faire en sorte que B s'arrête de lui même


Après tout, il est très mauvais de tuer un thread : on prévoit des conditions de sortie

[CLeBeR]

Bonsoir à tous,
je ne vous ai peut être pas assez donné d'informations sur le problème. Pour vous expliquer plus en détail, le but de mon programme est de permettre aux utilisateurs de s'envoyer des liens à visiter et de les ouvrir automatiquement dans une nouvelle fenêtre (navigateur) que crée mon programme. Ainsi, un utilisateurs reçoit le lien d'un autre utilisateur dans la partie client, cette dernière crée une instance de la classe Navigateur qui reçoit en paramètres l'URL. Lorsque l'utilisateur ferme la fenêtre Navigateur ou qu'aucune action n'est faite pendant un certain temps, je voudrais que ma classe Client qui a donc lancée le thread, arrête ce dernier.

Voici le code du lancement du thread issu de la classe Client :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
                    Thread OuvertureNavigateur = new Thread() {
                        public void run(){
                            boolean fin = false;
                            while (!fin) {
                                setStopThread(false);
                                Navigateur navigateur = new Navigateur(URL);
                                navigateur.instancier(URL);
                                navigateur.setVisible(true);
                                synchronized (this) {
                                    Thread.yield();
                                    fin = getStopThread();
                                }
                            }
                        }
                    };
                    OuvertureNavigateur.start();

L'idéal serait que je puisse accéder aux setter et getter de Client via ma classe Navigateur. Quelle solutions parmi toutes vos propositions choisir ?
Merci à tous pour votre aide !

[Logan Mauzaize]

L'ouverture et la fermeture du Navigateur font partie de son propre cycle de vie. La seule chose que devrait pouvoir faire ton Client c'est de faire une demande de création.
Ainsi le fait que tu utilises un Thread n'est pas l'apanage du Client mais un "secret de fabrication".

Concernant le timeout, s'il concerne le Navigateur cela fait encore et toujours partie de son cycle de vie. Le Client (tu me passeras l'expression) s'en tape.

En tout cas le meilleur moyen d'arrêter une activité c'est soit Future.cancel(true) ou Thread.interrupt(). Si tu utilises cancel(true) ou interrupt() sache que cela peut avoir différent effets selon ce que tu fais sur le thread : comme levée une InterruptedException ou ClosedByInterruptException. Voir la documentation de interrupt() pour plus de détails.
Il peut être intéressant d'utiliser un indicateur (flag) pour signaler à l'activité qu'une demande d'arrêt a été programmée et de consulter son statut régulièrement ou sur la réception d'une exception.