Против отладки в режиме освобождения

Question

Каковы недостатки отладки собственной программы на C++ с использованием Visual Studio в режиме выпуска? Почему я должен беспокоиться о себе, настраивая два разных режима, а не просто отлаживая режим освобождения?

При отладке в режиме выпуска, я имею в виду после установки всей необходимой конфигурации (генерировать отладочную информацию, чтобы отключить оптимизацию и инкрементное связывание ...)

Других слов, почему я должен иметь режим отладки, где я должен связать мой проект с отладочной версией любой третьей стороны, в то время как я могу просто изменить режим выпуска на «отлаживаемую версию режима выпуска» (предположим, что я не хочу копаться в третьей библиотеке при отладке моего приложения)

Answer 1

Если вы a) генерируете информацию об отладке и b) отключите оптимизацию, то это вряд ли режим выпуска. Это режим отладки без включенного _DEBUG.

Некоторые люди определяют такую ​​третью конфигурацию сборки поверх чистых отладочных и релиз-только точно для отладки проблем, которые иногда появляются только в релизе.

Увы, типы проблем, возникающих при сборке только для релизов, как правило, вызваны оптимизациями, поэтому такая конструкция имеет ограниченное использование. Но если это вам подходит, ничто не мешает вам использовать его.

Именно поэтому _DEBUG должен вызывать дополнительную информацию в журнале, и, конечно же, утверждения, которые необходимо проверить, оба из которых находятся в нормальных обстоятельствах, необходимых для разработки. Итак, подумайте о режиме «отладки» не строго как «отладка», а фактически как «разработка».

Целью создания разных сборок является то, что вам не нужно постоянно путаться со своими конфигурациями. Вы просто настраиваете нужные вам сборки, а затем забываете о них. Если вы измените сборку релизов для целей отладки, то в следующий раз, когда вы захотите отправить новую версию на открытом воздухе, вам придется отменить эти изменения и перестроить новую «реальную» версию режима релиза. Вы не хотите этого делать.

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

Answer 2

Вам не хватает библиотеки времени отладки! Это проверит неверные аргументы среды выполнения, тип ошибки, которая может привести к необъяснимым сбоям в среде выполнения релиза.