Я могу узнать возвращаемое значение прежде, чем возвратиться при отладке в Eclipse?

Вот почему я всегда придерживаюсь следующего шаблона для методов:

MyReturnedType foo() {
     MyReturnedType   result = null;

     // do your stuff, modify the result or not

     return result;
}

Мои правила:

1. Только один оператор возврата, только в конце метода (наконец позволенный после него)
2. Всегда имеет локальный названный результат, который содержит возвращенное значение, начинающее со значения по умолчанию.

Естественно, большинство тривиальных методов get освобождено.

Мне любопытно собирающийся изучить ответ на этот вопрос также.

В прошлом при контакте со сторонней библиотекой как этот, то, что я сделал, должно создать класс обертки или дочерний класс, которые делегируют к родительскому классу и делают мою отладку в обертке/дочернем классе. Это берет дополнительную работу все же.

Жесткий. Мой опыт, за пределами Eclipse, состоит в том, что, если Вы, возможно, должны были бы видеть возвращаемое значение, лучше присваивать его локальной переменной в функции так, чтобы оператор возврата был простым return varname; а не return(some * expression || other);. Однако это не ужасно полезно Вам, так как Вы говорите, что не можете (или не хотеть к), изменяют или даже перекомпилировали код. Так, у меня нет хорошего ответа для Вас - возможно, необходимо пересмотреть требование.

В зависимости от оператора возврата можно выделить выражение, которое возвращается и из контекстного меню, должно быть что-то как, "оценивают выражение" (у меня нет затмения передо мной теперь, но это - что-то как этот). Это покажет Вам, что будет возвращенным.

Это немного неправдоподобно, но поскольку, кажется, нет простого пути:

Вы могли использовать AspectJ для оснащения JAR с аспектами, которые овладевают возвращаемым значением методов, которыми Вы интересуетесь. Согласно документации Eclipse, программы AspectJ могут быть , отладил как другие программы.

существует две опции соткать Ваши классы, не перекомпилировав библиотеку:

• переплетение Посткомпиляции при обработке двоичного JAR приемлемо;

• Время загрузки, переплетаясь, который требует активации ткацкого агента в VM.

См. документацию Eclipse (ссылка выше) и также Руководство Среды разработки AspectJ .

Это на самом деле давняя ошибка в Eclipse, восходящая к самым первым дням IDE: https://bugs.eclipse.org/bugs/show_bug.cgi?id=40912