Java, esecuzione di un metodo quando termina l'ambito dell'oggetto

Question

Ho un oggetto con un determinato stato. L'oggetto viene passato in giro e lo stato è temporaneamente alterato. Qualcosa di simile:

public void doSomething(MyObject obj) { 
    obj.saveState(); 
    obj.changeState(...); 
    obj.use(); 
    obj.loadState(); 
} 

In C++ è possibile utilizzare il campo di applicazione di un oggetto per eseguire del codice quando si costruisce e distructing, come

NeatManager(MyObject obj) { obj.saveState(); } 
~NeatManager() { obj.loadState(); } 

e chiamarlo come

void doSomething(MyObject obj) { 
    NeatManager mng(obj); 
    obj.changeState(); 
    obj.use(); 
} 

Questo semplifica il lavoro, perché il salvataggio/carico è vincolato con l'ambito dell'oggetto NeatManager. È possibile fare qualcosa di simile in Java? C'è un modo per chiamare un metodo quando l'oggetto esce dall'ambito in cui è stato dichiarato? Non sto parlando di finalize() né di "distruzione" (garbage collection), mi interessa l'ambito.

Grazie

Answer 1

No, non esiste una cosa del genere. Il più vicino è probabilmente un try/finally block:

try 
{ 
    obj.changeState(...); 
    obj.use(); 
} 
finally 
{ 
    obj.loadState(); 
} 

Questo assicura che loadState() viene chiamato anche quando viene generata un'eccezione o c'è uno dei primi return.

Answer 2

No, non c'è niente del genere. Il più vicino che hai è provare/finalmente.

In C# c'è la dichiarazione using, che esegue un metodo Dispose alla fine:

using (Stream x = ...) 
{ 
} // x.Dispose() is called here, in a finally block 

C'è una possibilità che Java 7 guadagnerà qualcosa di un po 'come questo, ma non credo che nulla è stato impostato in pietra ancora.

Answer 3

Risposta breve: No.

risposta Medi: La pratica migliore in questa situazione è quello di utilizzare un blocco try ... finally.

Risposta più lunga: C++ in realtà non ti dà neanche questo: i distruttori del C++ vengono eseguiti su de-allocazione. Se non si riesce a deallocare un oggetto e tutti i riferimenti ad esso non rientrano nell'ambito, il distruttore non verrà chiamato.

Per inciso, se la raccolta dei dati inutili in Java era il conteggio dei riferimenti, i finalizzatori implementavano esattamente questo comportamento.

Answer 4

Come nota aggiuntiva, non si è tentati di utilizzare il metodo Object.finalize(), che viene eseguito quando un oggetto è GC, poiché non si ha alcun controllo su quando l'oggetto viene raccolto.

Answer 5

Java 7 ha try-with-resources ed è possibile estendere la classe AutoCloseable per farne uso.

Per Java 6 si consiglia di consultare la relativa domanda: What is the best way to emulate try-with-resources in Java 6?