Поведение Visual Studio при редактировании во время сборки
Столкнувшись с таким поведением, проекты C# и C ++ показывают два разных проявления :
Для проекта c# фактически, когда вы проверяете опцию Enable Edit and Contniue
, изменения кода будут применены в отладчике, только когда вы вернете стрелку выполнения точки останова к изменению часть. Но изменения помещаются во временную библиотеку, только для целей отладки, и не встраиваются в выходной путь (obj
и bin
). Включайте это только в том случае, если вы запускаете сборку при прерывании и отладке снова. Это механизм C#.
И это противоположно проекту C ++.
Для C ++ проектов, когда вы перемещаете курсор на измененную часть Проект c ++ запускает задачу сборки для перекомпиляции проекта, который будет включать эти изменения напрямую. Это время, которое включает измененную часть в процесс сборки.
сколько времени в процессе сборки вы можете сохранять изменения в исходных файлах, чтобы их последняя версия все еще была включена в вывод текущей сборки?
Для C ++ проектов. После перемещения курсора на измененную деталь, чтобы вызвать задачу восстановления, измененная деталь постоянно включается в файл сборки. Во время этого процесса вам не нужно строить свой проект заново.
Если вы отлаживаете проект C#, когда вы перемещаете курсор в измененную часть, это не вызывает автоматическую задачу сборки c, поэтому эта часть не включается автоматически в выходном файле, но только в текущей фазе отладки.
Поэтому, когда вы завершаете sh процесс отладки crrent, а затем снова запускаете debug , который запустит процесс сборки или непосредственно нажмет кнопку build , чтобы эти изменения могли быть постоянно включенным в файл сборки.
В целом , когда вы нажимаете кнопку отладки, процесс сборки будет запущен автоматически, так что вы сможете отладить позже. После запуска сборки эти части постоянно включаются в файл сборки.
И все это можно увидеть в окне «Вывод».