Изменить и продолжить visual studio

Обновлено: 08.01.2025

Функция редактирования и продолжения Visual Studio остановлена в Visual Studio 2010, и я не знаю, что вызвало эту проблему.

Были сделаны изменения, которые невозможно скомпилировать. Выполнение не может продолжаться до тех пор, пока ошибки компиляции исправлены.

На самом деле, нет ошибок компиляции, и я должен перезапустить Visual Studio, чтобы запустить обновления.

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

спросил(а) 2011-01-24T15:40:00+03:00 10 лет, 9 месяцев назад

В представлении "Проводник решений" щелкните правой кнопкой мыши по каждой ссылке в "Ссылки", выберите "Свойства". В представлении "Свойства" подпишите False в поле Embed Interop Types. Это сработало для меня.

ответил(а) 2011-05-20T00:31:00+04:00 10 лет, 6 месяцев назад

Функция "Изменить и продолжить" не работает с ключевым словом dynamic .

Я попытался удалить метод, который использует параметр dynamic , и преобразованный проект теперь работает в Visual Studio 2010.

Исследования в Интернете показывают, что это ошибка, о которой сообщается Microsoft. Ссылка ниже содержит более подробную информацию:

ответил(а) 2011-01-24T16:52:00+03:00 10 лет, 9 месяцев назад

Вчера я использовал профилировщик Microsoft, после чего у меня исчезла функция "Изменить и продолжить". Наконец я понял, что после нескольких разочарований мне пришлось выполнить команду VsPerfCLREnv/globaloff из командной строки и перезагрузить компьютер. Теперь у меня есть свое редактирование и продолжение будущего. Кстати, это не имеет никакого отношения к целевой платформе. Он работает с целевой платформой, установленной на любой процессор без каких-либо проблем.

У меня был файл Excel "embed interop types" == true . Когда я изменил его на false, отредактируйте и продолжайте работу.

ответил(а) 2012-06-13T15:29:00+04:00 9 лет, 5 месяцев назад

У меня была эта проблема в Visual Studio 2013 и: -

В моем случае у меня не было типов Interop, которые были встроены, и ни один из моих кодов не имел ключевое слово dynamic , и я выполнил полное решение без ошибок. Тем не менее, я запускал, отлаживал и повторно запускал много раз, так что, возможно, это имело какое-то отношение к памяти - потребовалось, чтобы Visual Studio закрылась более чем на одну минуту, за это время диск разбился (предположительно, пейджинг памяти на играть).

ответил(а) 2014-05-28T23:11:00+04:00 7 лет, 5 месяцев назад

Я пробовал все вышеперечисленные решения, ни один из них не работал у меня. Однако, когда я удалил папку bin и object в визуальной студии и снова запустил, он начал работать.

Иногда эти файлы могут быть повреждены (обычно это происходило довольно часто в старом VС++ и т.д.), а затем VS может начать действовать очень забавно.

ответил(а) 2011-01-24T15:52:00+03:00 10 лет, 9 месяцев назад

работая с сообществом VS2017, у меня возникла эта отягчающая проблема: если вы портируете существующий проект, тег EmbedInteropTypes может быть еще не в файле.csproj, поиск бесполезен. Если это так, добавьте тег в конец в группу свойств Debug | x86 (или в зависимости от того, что вы используете) в.csproj с текстовым редактором:

Это должно быть сделано со всеми проектами, которые относятся к решению!

Это работает для меня несколько раз.

В Visual Studio 2015 я удалил папку .vs(где находится новый файл стиля .suo), удалил все bin и obj, а также удалил Resharper 2015.
Изменить и продолжить.

(сторона примечания: intellisense теперь показывает автозаполнение почти мгновенно, в то время как это занимало от 2 до 5 секунд до, возможно, повторную ошибку и, возможно, несвязанный. )

ответил(а) 2016-01-19T13:30:00+03:00 5 лет, 10 месяцев назад

Для другого проекта в том же решении мне пришлось снять флажок "Определить константу TRACE" в свойствах проекта.

В моей ситуации кто-то добавил ссылку в проект в список ссылок: в обозревателе решений найдите в [ProjectName]\References для [ProjectName *] и удалите ее.

ответил(а) 2014-01-08T07:14:00+04:00 7 лет, 10 месяцев назад

Мне пришлось снять флажок "Включить собственное редактирование и продолжить" в Инструменты → Параметры → Отладка → Общие:

ответил(а) 2019-05-05T05:03:00+03:00 2 года, 6 месяцев назад

Для меня это было вызвано тем, что Nuget не загрузил пакет (построенный для Net Framework) в проект Net Standard, на который ссылались. Нугет вошел в бесконечный цикл (смотрите в окне вывода).

для доступа к этому параметру " Сервис"> "Параметры"> "Диспетчер пакетов NuGet"> "Общие"

В моем случае, что работало, было снятие флажка "Требовать, чтобы исходные файлы соответствовали исходной версии" в параметрах " Отладка". VS Community 2017 здесь.

Для тех, кто все еще получает эту ошибку даже с Visual Studio 2017

Нет динамических/переносных библиотек классов/пакетов Nuget или проблем с зависимостями. Нет ошибок или предупреждений, выделенных Visual Studio.

После нескольких часов, проведенных во всех решениях, размещенных в этом и других темах и веб-страницах, единственным решением, которое работало для меня, была регистрация, удаление Рабочая область и Map&Get снова.

Чтобы удалить рабочую область, Source control → Advanced → Workspace → Remove .

Я использую сообщество Visual Studio 2017 в актуальном состоянии и после относительно новой установки на новом компьютере (одна неделя и несколько часов работы).

Методы, которые я тестировал без успеха до решения выше

После этого я сделал регистрацию и загрузил решение на другой машине с той же версией Visual Studio (Сообщество 2017). Поскольку я не получил Редактировать & Продолжить выпуск там, я пошел на удаление рабочей области.

Есть ли способ включить редактирование файлов при отладке в Visual Studio? Я снял флажок «Требовать, чтобы исходный файл точно совпадал с исходной версией». Это не имеет значения. Я должен прекратить отладку для редактирования файлов. Очень надоедливый. Я включил Редактировать и продолжить. Тот же результат. Я отключил Редактировать и продолжить - тот же результат.

@ Secko Нет такой вещи, как «быстрая переустановка», когда мы говорим о Visual Studio . @ Zero3 В свое время, около 16 лет назад, когда я использовал его около (int) 1999 - (int) 2000. Не использовал это в течение (долгого) времени. Настоящая проблема здесь заключается в том, что параметр «Редактировать и продолжить» в Visual Studio не позволяет редактировать и продолжать . Скорее, это странная функция, которая позволяет вам редактировать код, а затем фактически изменять исполняемый код, чтобы он соответствовал вашему редактированию, и отлаживать оттуда. Даже если бы это было полезно, это редко работает. Это должно было называться что-то вроде «редактировать и перекомпилировать на лету». Включение его выключение позволяет реально изменить свой код в то же время отладки кода скомпилированные.

Насколько я знаю, вы можете снять флажок «Редактировать и продолжить».

Сервис -> Параметры -> Отладка -> Изменить и продолжить> Включить редактирование и продолжить (снимите флажок)

Это было решением для меня - я понятия не имею, почему проверка UN «Редактировать и продолжить» позволила бы мне редактировать . кажется нелогичным. Во всяком случае, я бы отметил это как ответ. Это реагирует по-разному, если бизнес-уровень разделен на отдельный проект в рамках решения. До того, как он был разделен, я мог без проблем редактировать классы во время отладки. К сожалению, это решение не решено для меня в этой ситуации (я использую VS2013) В Visual Studio 2015 я нашел этот параметр внизу Debugging -> General . Если вы пытаетесь это сделать, но «Включить редактирование и продолжить» неактивны, просто прекратите отладку и вернитесь к параметрам.

Расширение на правильный ответ Рида.

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

Когда ENC включен, пользователям разрешено выполнять ограниченный набор изменений в своем файле. Следующее действие, которое продолжит выполнение программы (F10, F5 и т. Д.), Приведет к тому, что изменения будут применены к работающей программе. Если это удастся, выполнение программы продолжится с применением нового кода.

Отладчик не разрешает редактирование файла, если ENC не включен.

Есть несколько причин, по которым ENC может быть отключен на вашем компьютере

Что, если вас не волнуют «Редактировать и продолжить», и вы просто хотите написать код во время работы приложения, чтобы вы могли видеть, что нужно сделать, пока вы это делаете? Это абсолютно нереально, VS навязал бы это искусственное ограничение. Это не так, как он должен читать исходные файлы во время работы. Нет технической причины, по которой он должен блокировать исходные файлы. Xcode без проблем позволяет вам писать код во время работы приложения. Изменения просто не применяются до следующего запуска. Неужели нет никакого способа сделать это в VS? Если я отключу « Редактировать и продолжить», это позволит мне редактировать файлы .cs во время работы приложения, но все равно блокирует файлы .xaml. Я ищу способ полностью отключить эту абсурдную блокировку. @ devios1 Что-то, что я часто делаю, это просто запускаю без отладки (ctrl + f5), что нормально, если вам не нужны точки останова или что-то еще.

Проверка ООН «Включить редактирование и продолжить» ( Tools -> Options -> Debugging -> Edit and Continue > Enable Edit and Continue )
Создайте свое приложение.
Запустить его.
Останови это.
RE проверьте «Включить редактирование и продолжить».
Создайте свое приложение.
Запустить его.
Попробуйте отредактировать файлы во время отладки.

Это сработало для меня. Я считаю, что это может быть ошибка или проблема синхронизации с Visual Studio 2015.

Горячая перезагрузка позволяет вносить изменения в исходный код приложения во время его выполнения без необходимости приостанавливать его вручную или создавать точку останова. Теперь прямо во время работы приложения можно внести в код изменение из числа тех, что поддерживаются для горячей перезагрузки, нажать кнопку «Применить изменения кода» в новом интерфейсе Visual Studio — и изменение будет сразу же применено.

Мы стремились сделать горячую перезагрузку доступной независимо от того, как вы предпочитаете запускать свои приложения. Представленную сегодня версию можно использовать в отладчике Visual Studio, с которым она полностью интегрирована, а также через командную строку ( dotnet watch ). В следующих выпусках появятся и другие варианты.

Начало работы

Visual Studio

Использование горячей перезагрузки в Visual Studio при работе с отладчиком:

Скачайте и установите Visual Studio 2019 16.11 (предварительная версия 1).

Откройте проект поддерживаемого типа, например приложение WPF.

Запустите приложение с подключенным отладчиком клавишей F5 (удостоверьтесь, что параметр «Разрешить отладку машинного кода» в настройках/профиле запуска отладчика отключен).

Примените изменения кода с помощью новой кнопки Применить изменения кода (ALT + F10) на панели инструментов Visual Studio (рядом с кнопкой Продолжить). Сохранять файлы при использовании Visual Studio не нужно — можно быстро внести в код изменение и двигаться дальше.

Если внесенное изменение поддерживается, обновленная логика будет применена к запущенному приложению, и вы увидите изменения в его работе при следующем выполнении обновленного кода (по действию или при выполнении активирующего условия, например по таймеру).

Интерфейс командной строки (CLI)

Использование горячей перезагрузки из командной строки при запуске приложения с помощью dotnet watch:

Добавьте свойство " hotReloadProfile ": " aspnetcore " в профиль запуска приложения ( launchSettings.json ).

Пример файла Properties/launchSettings.json :

Запустите проект с помощью команды dotnet watch и убедитесь, что в выводе указано, что горячая перезагрузка активирована.

Внесите в управляемый исходный код приложения поддерживаемое изменение и сохраните файл, чтобы применить это изменение.

Как и в Visual Studio, с этого момента начнет применяться новая логика: при следующем выполнении обновленного кода вы увидите изменения в работе приложения.

Этот же подход можно использовать с проектами Blazor WebAssembly: следует изменить профиль горячей перезагрузки blazorwasm и далее действовать, как описано выше. Можно попробовать его даже с Windows Forms и другими типами проектов на платформе CoreCLR: для этого вручную добавьте в папку Properties файл с именем launchSettings.json и тем же содержимым, что в предыдущем примере.

Примеры ниже позволяют составить представление о том, какие возможности мы планируем реализовать в будущих предварительных выпусках и окончательной версии:

Работа в Visual Studio без отладчика. В будущем выпуске Visual Studio 2022 мы планируем добавить поддержку горячей перезагрузки без отладчика. Это значит, что даже при запуске приложения сочетанием клавиш CTRL + F5 разработчики смогут вносить изменения в выполняемое приложение.

Таковы планы на данный момент. Они не окончательные: мы будем прислушиваться к отзывам пользователей и ориентироваться на график выпусков.

Поддерживаемые и неподдерживаемые изменения и языки

Нам важны ваши отзывы

Конечно, в этой ранней предварительной версии будут ошибки. Иногда при попытке применить изменение ничего не будет происходить, иногда возможно аварийное завершение приложения и т. п. Если вы столкнетесь с какими-либо проблемами, сообщите нам о них — это не займет много времени. Ваша поддержка поможет нам эффективно устранить критические проблемы и определить приоритеты для дальнейшей работы.

Также приглашаем всех желающих на открытый урок «Управление конфигурациями микросервисов». На занятии обсудим один из подходов, используемых в реальных high-load проектах.

функция редактирования и продолжения Visual Studio остановлена в Visual Studio 2010, и я не знаю, что вызвало эту проблему.

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

на самом деле ошибок компиляции нет, и я должен перезапустить Visual studio, чтобы запустить обновления.

Как я могу получить Edit и продолжить работу снова?

в представлении Обозреватель решений, щелкните правой кнопкой мыши на ссылку ссылок, выберите "Свойства". В представлении свойства введите False в поле типы взаимодействия Embed. Это работает для меня.

функция редактирования и продолжения не работает с dynamic ключевое слово.

Я попытался удалить метод, который использует dynamic параметр, и преобразованный проект теперь работает на Visual Studio 2010.

Интернет-Исследования показывают, что это ошибка, которая была сообщена в Microsoft. Ссылка ниже имеет более подробную информацию:

У меня был файл Excel "embed interop types" == true . Когда я изменил его на false, edit и continue начали работать.

вчера я использовал профилировщик Microsoft, а затем моя функция" редактировать и продолжать " ушла. Я, наконец, понял после нескольких часов разочарования, что мне нужно выполнить средства vsperfclrenv / globaloff команда из командной строки и перезагрузите компьютер. Теперь у меня есть мое редактирование и продолжение future back. Это не имеет ничего общего с платформы на пути. Он работает с целевой платформой, установленной на любой процессор без каких-либо хлопот.

У меня была эта проблема в Visual Studio 2013 и: -

иногда просто закрытие и повторное открытие решения работает, но когда это не
перезапуск Visual Studio (закрытие решения, выход из Visual Studio, повторное открытие Visual Studio, повторное открытие решения, повторная попытка отладки с помощью Edit & Continue) исправляет это.

в моем случае у меня не было встроенных типов взаимодействия, и ни один из моих кодов не имел dynamic ключевое слово, и я совершил полный решение чистое без успеха. Однако я много раз запускал, отлаживал и перезапускал, поэтому, возможно, это имело какое-то отношение к памяти-Visual Studio потребовалось более одной минуты, чтобы закрыть, в течение которой диск бился (предположительно, подкачка памяти во время игры).

иногда эти файлы могут быть повреждены (раньше это происходило довольно много в старом VC++ и т. д.), а затем VS может начинай вести себя очень смешно.

Я пробовал все вышеперечисленные решения, ни один из них не работал для меня. Однако, когда я удалены папки bin и object в visual studio и запустите снова, он начнет работать.

для другого проекта в том же решении мне пришлось снять флажок "определить константу трассировки" в свойствах проекта.

в моей ситуации кто-то добавил ссылку на вывод проекта в список ссылок: в обозревателе решений найдите в разделе [имя_проекта]\References для [имя_проекта*] и удалите его.

в Visual Studio 2015 я удалил .vs папка (где новый стиль .suo файл), удалил все Бин и obj, а также удален Resharper 2015. Изменить и продолжить возвращается.

(Примечание: intellisense теперь показывает автозаполнение почти мгновенно, в то время как это занимало от 2 до 5 секунд до этого, возможно, ошибка resharper и, возможно, не связана. )

удалить obj папку
удалить bin. Вы можете копировать и вставлять библиотеки, файлы данных и т. д. обратно в папку после удаления.
от VS, меню решения ->очистить решение.

Это работает для меня несколько раз.

работа с сообществом VS2017 у меня была эта отягчающая проблема: если вы портируете существующий проект тегом EmbedInteropTypes не может быть .csproj файл еще, поиск бесполезен. Если это так, добавьте тег в конце в группу свойств Debug|x86 (или в зависимости от того, что вы используете).csproj с текстовым редактором:

Это должно быть сделано с все проекты, принадлежащие решение!

читая выше, мой проект пользовательского интерфейса имеет Shell32 с "Embed Interop Types" = = true. Я изменил его на false, и "редактировать и продолжать" начал работать.

для тех, кто все еще получает эту ошибку даже с Visual Studio 2017

нет динамических / портативных библиотек классов / пакетов Nuget или проблем с зависимостью. Нет ошибок или предупреждений, выделенных Visual Studio.

после нескольких часов, потраченных на все решения, опубликованные в этом и другие темы и веб-страницы, единственное решение, которое сработало для меня, было регистрация заезда, удаление рабочего пространства и Map&Get снова.

для удаления рабочей области, Source control → Advanced → Workspace → Remove .

Я использую сообщество Visual Studio 2017 в актуальном состоянии и после относительно новой установки на новой машине (одна неделя и несколько рабочих часов).

методы, которые я тестировал без успеха до решения выше

после этого я сделал регистрацию и загрузил решение на другой машине с той же версией Visual Studio (Сообщество 2017). Поскольку я не получил проблему Edit&Continue там, я пошел на удаление рабочей области.

в моем случае, что работал снимите флажок "требовать, чтобы исходные файлы точно соответствовали исходной версии" в параметрах отладки. VS Сообщество 2017 здесь.

для меня это было вызвано NuGet для не удалось загрузить пакет (построенный для Net Framework) в проект Net Standard, на который ссылались. Nuget вошел в бесконечный цикл (посмотрите в окне вывода).

для доступа к этому параметру инструменты > Параметры > Диспетчер Пакетов NuGet > Общие

в VS 2015 эта ошибка была вызвана пакетом nuGet, который я недавно установил. При удалении этого пакета и переустановке ошибка была исправлена.

Читайте также: