I metodi deprecati Thread.stop(), ecc. servono solo per le applet?

[matthew80]

Salve,

leggendo i Thread ho appreso che i metodi suspend, resume e stop della classe Thread sono deprecati in quanto poco sicuri.
Al loro posto vi sono altre procedure (contenute nel presente articolo della Sun ).

Ma questi metodi per fermare e ripristinare un Thread non dovrebbero avere senso solo nelle applet? In altre parole la necessità di implementare metodi simili per una persona che non sviluppa applet si potrebbero presentare?

Grazie dell'attenzione,
Matteo.

[Alex'87]

Originariamente inviato da matthew80
Ma questi metodi per fermare e ripristinare un Thread non dovrebbero avere senso solo nelle applet?

E perchè mai?

[matthew80]

Perchè penso che un'applet mentre è in esecuzione io ne fermo il funzionamento, ma in un'applicazione che senso ha far partire un compito che già so che non voglio portare a termine?

Vabbè magari è solo un abbaglio....

[LeleFT]

Anche i Thread possono essere sospesi... ad esempio in attesa dei dati su cui lavorare. Vedi il classico esempio dello scenario Produttore/Consumatore.

E possono essere terminati, ad esempio in conseguenza di un eventuale errore.

che senso ha far partire un compito che già so che non voglio portare a termine

E chi ti dice che lo sai a priori? Se l'utente inizia un download che è guidato da un thread, e a metà lo vuole fermare, mica è previsto fin da subito che il download non terminerà...!?


Quindi... non capisco proprio perchè mai dovrebbero essere peculiarità delle applet.


Ciao.

[andbin]

Originariamente inviato da matthew80
Perchè penso che un'applet mentre è in esecuzione io ne fermo il funzionamento, ma in un'applicazione che senso ha far partire un compito che già so che non voglio portare a termine?

Vabbè magari è solo un abbaglio....

Sì .... è un abbaglio.

Innanzitutto, giusto a scanso di equivoci, java.applet.Applet ha in effetti dei metodi start()/stop() (oltre a init() e destroy()) che però non centrano nulla con i thread. Che una applet possa essere "stoppata" è solo perché "vive" all'interno di un "contenitore", ovvero tipicamente il browser. E quindi ha un "ciclo di vita" diverso e più particolare rispetto ad una classica applicazione "desktop".
Se ad esempio si chiude la finestra del browser o lo si fa puntare ad un altro URL, la applet deve essere informata del fatto che si deve fermare/terminare.

La sospensione o terminazione dei thread è un'altra cosa e riguarda qualunque tipo di applicazione Java. Per tutti gli scenari in cui un thread sta compiendo operazioni "lunghe" che l'utente, per qualuque questione sua, vuole terminare prima che arrivi al normale completamento.

Come dice giustamente l'articolo della Sun, i metodi stop() e suspend() di Thread sono deprecati e da non usare mai. Se si deve gestire la terminazione/sospensione, il thread va scritto e gestito in modo da essere "cooperativo" nei confronti di una possibile sospensione/terminazione.

[matthew80]

Capito...Grazie a tutti