Могу ли я узнать возвращаемое значение перед возвратом во время отладки в Visual Studio?

Возьмите следующую функцию:

DataTable go() {
    return someTableAdapter.getSomeData();
}

Когда я устанавливаю точку останова в этой функции, есть ли возможность проверить возвращаемое значение? go()напрямую связан с сетью данных на .aspxстранице.

Единственный способ проверить возвращаемую таблицу данных - использовать временную переменную. Однако это немного неудобно. Разве нет другого пути?

Не то, что я знаю из. Обратите внимание , что если вы делаете добавить переменный, она удаляется компилятором в освобождении строит все равно ...

Обновление: эта функциональность была добавлена ​​в VS2013 . Вы можете увидеть возвращаемые значения в окнах autos или использовать $ReturnValueв окне watch / немедленное.

Значение можно увидеть только сразу после возврата из функции, поэтому самый простой способ получить к нему доступ - это поставить точку останова на вызов функции и перешагнуть (F10) вызов.

Обновление для VS2015: бу! к сожалению, его нет в VS2015 (devenv v14)
Обновление для VS2017: он вернулся. (devenv v15)

Это можно сделать в Visual Studio 2013 с CLR 4.5.1 в соответствии с сайтом отзывов клиентов. . Это не было доступно в предыдущих версиях для C #.

(Visual Studio 2008 и более ранние версии поддерживали его для VB.NET. Он всегда был доступен для разработчиков на C / C ++.)

Я согласен, что это очень полезная вещь: не только видеть возвращаемое значение метода перед тем, как выйти из него, но и видеть возвращаемое значение методов, которые я только что перешагнул. Я реализовал это как часть коммерческого расширения для Visual Studio под названием " OzCode ».

С его помощью вы можете просматривать возвращаемые значения метода прямо в редакторе кода, как своего рода HUD-дисплей:

Для получения дополнительной информации, пожалуйста, смотрите это видео .

Согласно Microsoft, нет способа надежно реализовать это с помощью управляемого кода. Это проблема, о которой они знают и над которой работают:

Для тех, у кого есть опыт отладки собственного кода C ++ или VB6, вы, возможно, использовали функцию, в которой возвращаемые значения функции предоставляются для вас в окне Autos. К сожалению, эта функция не существует для управляемого кода. Хотя вы можете обойти эту проблему, назначив возвращаемые значения локальной переменной, это не так удобно, так как требует изменения вашего кода. В управляемом коде намного сложнее определить, какое возвращаемое значение функции вы перешагнули. Мы поняли, что не можем последовательно делать правильные вещи, и поэтому удалили эту функцию, вместо того, чтобы давать вам неправильные результаты в отладчике. Тем не менее, мы хотим вернуть это вам, и наши команды CLR и Debugger рассматривают ряд потенциальных решений этой проблемы. К сожалению, это не будет частью Visual Studio 11.

https://connect.microsoft.com/VisualStudio/feedback/details/597933/add-a-return-pseudo-variable-to-the-visual-studio-debugger-for-net-code

Что касается Visual Studio 2015:

Согласно принятому в настоящее время ответу Марка Гравелла:

Эта функциональность была добавлена ​​в Visual Studio 2013 . Вы можете увидеть возвращаемые значения в окнах авто или использовать $ ReturnValue в окне просмотра / непосредственного просмотра.

В этом ответе также говорилось, что эта функциональность не работает в Visual Studio 2015. Это не совсем верно. При проверке возвращаемых значений вызовов методов появляется следующее примечание:

Для распознавания $ ReturnValue необходимо включить устаревшие средства оценки выражений (Инструменты / Параметры / Отладка / Использовать устаревшие средства оценки выражений C # и VB ). В противном случае вы можете использовать $ ReturnValue1 .

Я проверил это в Visual Studio 2015 Enterprise:

• При отключенных средствах оценки устаревших выражений: только $ ReturnValue1 работает
• С экспрессирующими оценщиками унаследованными включены: как $ ReturnValue и $ ReturnValue1 работой

Если вы перейдете в меню Инструменты → Параметры , IntelliTrace и измените настройку для сбора событий и информации о вызовах.

Вы можете вернуться к предыдущему событию вызова ( Ctrl+ Shift+F11 ) и увидеть временное значение, возвращаемое из вызова метода в окне autos, как дочерний элемент имени метода.

Это не показывает возвращаемое значение для метода, в котором вы находитесь. Это просто показывает возвращаемое значение последнего метода, вызванного в текущем методе.

Итак, это хорошо для

DataTable go(){return someTableAdapter.getSomeData();}

как это показывает вам возвращаемое значение для someTableAdapter.getSomeData().

Но не для:

int go(){return 100 * 99;}

Старый трюк до .NET дней: откройте окно регистров и посмотрите на значение регистра EAX. Содержит возвращаемое значение последней вызванной функции.

Выйдите из метода go () с помощью Shift-F11, а затем в окне отладки «Autos» он покажет возвращаемое значение вызова метода, который только что вытолкнул из стека (в данном случае, метод go (), который является то, что ты хочешь). Это поведение в Visual Studio 2005; Я не использовал Visual Studio 2008, поэтому я не знаю, ведет себя ли это так же в этой версии.

Да, есть очень хороший способ. Одним существенным недостатком является то, что вам придется ждать 5, а может и 6 лет. Так как я вижу, что вы отправили в ноябре 2008 года, я предлагаю вам waaaaaa ...

... aaaait. И вуаля! Только для вас, MS выпустила последнюю версию Visual Studio 2013, где это функция по умолчанию, доступная из меню при работе в режиме отладки (меню Debug → Windows → Autos ).

Есть много обходных путей, но ни один не кажется удовлетворительным.

Процитирую Джона Скита ниже (прокомментируйте удаленный сейчас ответ):

Мне все еще кажется неудобным, особенно если вы не знаете, какое возвращаемое значение вам понадобится, прежде чем начинать отладку. Я действительно не хочу иметь временную переменную, загромождающую мой код каждый раз, когда я что-либо возвращаю.

Теоретически, отладчик может иметь- returnпеременную. В конце концов: это просто переменная в стеке:

unsafe {
  int * sp = stackalloc int[1];
  try {
    return a+b;
  }
  finally {
    Trace.WriteLine("return is " + *(sp+3));
  }
}

Так что считайте это запросом функции для Visual Studio.

Я хотел бы расширить ответ PascalK за то, чтобы заставить его работать в Visual Studio 2015, потому что есть скрытая функция, которая не документирована в проверке возвращаемых значений вызовов методов .

Если у вас есть вложенные вызовы функций, $ResultValueXавтоматически создаются псевдопеременные , где X обозначает порядок вызова функций. Поэтому, если у вас есть такой вызов Multiply(Five(), Six()), создаются следующие псевдопеременные:

Five()     | $ResultValue1 = 5
Six()      | $ResultValue2 = 6
Multiply() | $ResultValue3 = 30

Microsoft Visual C ++ раньше делал это, но Visual Studio не AFAIK .. :(

Единственный способ, которым я знаю, - это поместить точку останова в строку возврата, а затем вызвать окно Quick Watch и ввести возвращаемое выражение:

someTableAdapter.getSomeData();

Но это работает только в том случае, если вызов не изменяет состояние какого-либо объекта (поскольку будет повторный вызов того же метода, когда вы возобновите выполнение).

Вы также можете попросить оценить значение в промежуточном окне, если оно не устанавливает флаги или другие переменные, а только что-то возвращает.

Я думаю, что вы можете определить это, посмотрев регистр RAX в окне регистров (Debug / Windows / Registers). После выхода (SHIFT + F11) из функции проверьте регистр RAX. Я не знаю точно, но однажды вы могли бы проверить регистр (до .NET дней) и увидеть возвращаемое значение там. Это может быть даже комбинация RAX и RBX и т. Д.

При открытии окна «Отладка → Авто» вы закрываетесь. Он не будет отображать фактическое возвращаемое значение, но он покажет, что было оценено в операторе возврата.

Да, переходя на VB.NET. ; P (Вы только что сказали "Visual Studio".;)

Насколько я помню (из Visual Basic через все версии VB.NET), вы можете просто запросить имя функции. Он «функционирует», как локальная переменная, которая неявно объявляется в начале функции, и ее текущее значение также используется в качестве возвращаемого значения всякий раз, когда функция завершается с помощью средств без возврата (то есть Exit Functionили просто проваливается) и, конечно, когда оператор возврата используется.

Это также установлено в выражение оператора возврата. Как и локальная переменная, ее значение может быть проверено в любой точке выполнения внутри функции (в том числе после выполнения оператора return). C # не имеет этого и должен.

Эта небольшая функция VB.NET (плюс Exit Functionоператор, который она включает - еще одна функция C # не имеет и не должна) очень полезна в форме защитного программирования, которую я практикую, где я всегда инициализирую имя функции значением сбоя / значения по умолчанию как первое утверждение Затем в любой точке сбоя (которая обычно происходит гораздо чаще, чем точки успеха), я могу просто вызвать Exit Functionоператор (т.е. без необходимости дублировать выражение сбоя / по умолчанию или даже имя константы / переменной).

Принятый ответ не работает должным образом с Visual Studio 2015, но, поместив точку останова на последнюю строку метода и нажав кнопку F10, он поместит все выражения возвращаемого значения в окно локальных объектов.

Вы можете попробовать выбрать "someTableAdapter.getSomeData();", щелкнуть по нему правой кнопкой мыши и перейти к Quick Watch .

Перетащите возвращаемое выражение в окно просмотра.

Например, в заявлении

return someTableAdapter.getSomeData();

перетащить

someTableAdapter.getSomeData()

в окно просмотра, и вы увидите значение.

Вы можете сделать это для любого выражения.