Posso scoprire il valore restituito prima di tornare durante il debug in Eclipse?

È possibile vedere il valore di ritorno di un metodo dopo che la riga è stata eseguita e prima che il puntatore dell'istruzione ritorni alla funzione chiamante?

Sto eseguendo il debug di codice che non posso modificare (leggi: non voglio ricompilare una libreria di terze parti) , ea volte salta a codice a cui non ho origine o l'espressione di ritorno ha effetti collaterali che mi impediscono di essere in grado di eseguire semplicemente l'espressione nella scheda Visualizza .

Spesso il valore restituito viene utilizzato in un'istruzione composta, quindi la vista Variabili non mi mostrerà mai il valore (quindi volendo vedere il risultato prima che il controllo ritorni alla funzione chiamante).

AGGIORNAMENTO: non posso usare il visualizzatore di espressioni perché ci sono effetti collaterali nell'istruzione.

Questa funzione è stata aggiunta alla versione 4.7 M2 di Eclipse con il bug 40912 di Eclipse .

Per usarlo:

• scavalca l' returnistruzione (utilizzando "Step Over" o "Step Return")
• ora la prima riga nella vista variabile mostrerà il risultato dell'istruzione return, come "[istruzione xxx] restituita:"

Vedere Eclipse Project Oxygen (4.7) M2 - Nuovo e degno di nota per i dettagli.

Ho trovato un'ottima scorciatoia per questo. Selezionare l'espressione che restituisce il valore e premere

Ctrl + Shift + D

Questo mostrerà il valore dell'istruzione return. Questo è davvero utile nei casi in cui non puoi o non vuoi cambiare solo a scopo di debug.

Spero che questo ti aiuti.

Nota: non l'ho testato con librerie di terze parti, ma funziona bene per il mio codice. Testato su Eclipse Java EE IDE per sviluppatori Web. Versione: Juno Service Release 1

Questo è in realtà un bug di vecchia data in Eclipse, che risale ai primissimi giorni dell'IDE: https://bugs.eclipse.org/bugs/show_bug.cgi?id=40912

Ecco perché mi attengo sempre al seguente schema per i metodi:

MyReturnedType foo() {
     MyReturnedType   result = null;

     // do your stuff, modify the result or not

     return result;
}

Le mie regole:

1. Solo un'istruzione return, solo alla fine del metodo (finalmente consentita dopo)
2. Avere sempre un risultato chiamato locale che contiene il valore restituito, a partire da un valore predefinito.

Naturalmente, i getter più banali sono esenti.

Sono curioso di apprendere anche la risposta a questa domanda.

In passato, quando mi occupavo di librerie di terze parti in questo modo, quello che ho fatto è stato creare una classe wrapper o una classe figlia che delegasse alla classe genitore ed eseguire il debug nella classe wrapper / figlia. Ci vuole però del lavoro extra.

"Ora quando torni da un metodo, nel metodo superiore, nella visualizzazione delle variabili mostra il valore di ritorno della chiamata precedentemente terminata" [1]

[1] https://coffeeorientedprogramming.wordpress.com/2016/09/23/eclipse-see-return-value-during-debugging/

Una difficile. La mia esperienza, al di fuori di Eclipse, è che se potresti aver bisogno di vedere il valore restituito, è meglio assegnarlo a una variabile locale nella funzione in modo che l'istruzione return sia semplice return varname;e non return(some * expression || other);. Tuttavia, questo non ti aiuta terribilmente dal momento che dici che non puoi (o non vuoi) modificare o addirittura ricompilare il codice. Quindi, non ho una buona risposta per te, forse devi riconsiderare la tua richiesta.

A seconda dell'istruzione return, puoi evidenziare l'espressione che viene restituita e dal menu di scelta rapida dovrebbe esserci qualcosa come "valuta espressione" (non ho eclissi davanti a me ora, ma è qualcosa del genere ). Ti mostrerà cosa verrà restituito.

Questo è un po 'inverosimile, ma poiché non sembra esserci un modo semplice:

È possibile utilizzare AspectJ per strumentare il JAR con aspetti che acquisiscono il valore di ritorno dei metodi a cui si è interessati. Secondo la documentazione di Eclipse, i programmi AspectJ possono essere sottoposti a debug come altri programmi.

Ci sono due opzioni per tessere le tue classi senza ricompilare la libreria:

• Tessitura post-compilazione se l'elaborazione del JAR binario è accettabile;

• Tessitura a tempo di caricamento, che richiede l'attivazione di un agente di tessitura nella VM.

Vedere la documentazione di eclipse (collegamento sopra) e anche la AspectJ Development Environment Guide .