Редактировать и продолжить функцию перестала работать в Visual Studio 2010

https://stackoverflow.com/questions/4782057

23-10-2019
|

Вопрос

Visual Studio Edit and Contine Feature остановилась на Visual Studio 2010, и я не знаю, что вызвало проблему.

Я работаю над прикладной программой Windows, используя C#. Это приложение было первоначально разработано в Visual Studio 2008, а затем обновлено до Visual Studio 2010.

Все работало нормально, включая редактирование и продолжение, пока я не обновил .NET Framework с 3,5 до 4,0.

Теперь, когда я использую режим отладки, изменение любой строки кода в IDE приводит к следующему сообщению:

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

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

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

Решение 2

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

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

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

Динамический объект как параметры метода нарушают редактирование и продолжайте для класса и проекта

Другие советы

В представлении «Исследователь решения» щелкните правой кнопкой мыши на каждой ссылке на ссылки, выберите свойства. В представлении «Свойства» подпишите ложно в поле встроенных типов взаимодействия. Это работает для меня.

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

Вчера я использовал Microsoft Profiler, а затем моя функция «Редактировать и продолжить» ушла. Я наконец понял после нескольких часов разочарования, что мне нужно было выполнить Vsperfclrenv /Глобальная команда из командной строки и перезапустить мой компьютер. Теперь у меня есть редактирование, и я продолжаю будущее. Кстати, это не имеет ничего общего с целевой платформой. Он работает с целевой платформой, установленной на любой процессор без каких -либо хлопот.

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

Иногда просто закрытие и повторное открытие решения работает, но когда это не так
Перезапущение Visual Studio (Close Solution, Exit Visual Studio, повторное открытие Visual Studio, повторное открытие решения, отладка для переиздания с помощью редактирования и продолжения) исправляет его.

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

Я бы попробовал очистить все файлы, которые генерируются Vs. Итак, я бы удалил bin а также obj каталоги, и я бы также удалил *.suo а также *.user файлы Поскольку эти файлы созданы автоматически, это ничего не должно повлиять (хотя я бы явно сделал резервную копию всех файлов на случай, если есть другие файлы, которые были введены там по ошибке).

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

Я попробовал все вышеперечисленные решения, никто из них не работал для меня. Однако, когда я Удалил папки корзины и объектов В Visual Studio и снова запустите, она начинает работать.

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

до:

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
    <DebugSymbols>true</DebugSymbols>
    <OutputPath>bin\x86\Debug\</OutputPath>
    <DefineConstants>DEBUG;TRACE</DefineConstants>
    <DocumentationFile>bin\Debug\MyProject.XML</DocumentationFile>
    <DebugType>full</DebugType>
    <PlatformTarget>x86</PlatformTarget>
    <ErrorReport>prompt</ErrorReport>
    <Prefer32Bit>false</Prefer32Bit>
  </PropertyGroup>

после:

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
    <DebugSymbols>true</DebugSymbols>
    <OutputPath>bin\x86\Debug\</OutputPath>
    <DefineConstants>DEBUG;TRACE</DefineConstants>
    <DocumentationFile>bin\Debug\MyProject.XML</DocumentationFile>
    <DebugType>full</DebugType>
    <PlatformTarget>x86</PlatformTarget>
    <ErrorReport>prompt</ErrorReport>
    <Prefer32Bit>false</Prefer32Bit>
    <EmbedInteropTypes>false</EmbedInteropTypes>
  </PropertyGroup>

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

В VS2013 мне пришлось включить «использование режима управляемой совместимости» в вариантах отладки. Я думаю, что это потому, что у меня есть проект .NET 4, ссылаясь на сборку .NET 2.

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

В моей ситуации кто -то добавил ссылку на вывод проекта в список справочных данных: в Solution Explorer Посмотрите под [ProjectName] Ссылки для [ProjectName*] и удалите его.

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

В Visual Studio 2015 я удалил папку. Недоставленный Resharper 2015Анкет Редактировать и продолжить возвращается.

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

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

Удалить obj папка
Удалить бин папка. Вы можете скопировать и вставить библиотеки, файлы данных и т. Д. ... вернуться в папку после удаления.
Из VS, Menu Solutions -> Чистый раствор.

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

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

А решение должен был отключить настройку «Автоматическое восстановление пакета». См.: https://developercommunity.visualstudio.com/content/problem/26638/nuget-infinite-loop.html

Чтобы получить доступ к этой настройкеИнструменты> Параметры> Диспетчер пакетов Nuget> Общие

Читая вышеупомянутое, мой проект пользовательского интерфейса имеет Shell32 с «встроенными типами взаимодействий» == true. Я изменил его на ложь, и «редактировать и продолжить» начал работать.

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

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

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

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

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

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

Убедитесь, что Edit & Contination была включена в параметрах Visual Studio. Разбивайте и отметьте его снова
Удаление корзина и OBJ для всего проекта в решении
Чистые и восстановите все, перезапустите против / перезагрузку в сочетании в вышеперечисленном
Проверка параметров компиляции и пакетов Nuget и совместимости DLL для проектов, вдохновленных это
Разгрузка проектов в различных комбинациях для проверки проблем зависимости или других проблем (вдохновленным это)
Удаление решения повторной загрузкой (без удаления рабочего пространства)
Подписать неверно на встраиваемые типы взаимодействий
Установлен <_ResolveReferenceDependencies> к true Как объяснено здесь
Комбинации вышесказанного с перезагрузкой VS и перезагрузки

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

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

Мне пришлось снять сброс «Включить Native Edit и продолжить» в инструментах -> Опции -> отладка -> Общие:

Удаление * из версий Ассамблеи моих ссылочных проектов решило для меня проблему.

От GitHub:

«Я воспроизвел эту проблему на сочетание проектов VB и C# с [сборка: Assemblyversion (1.2.3.*»)]. После того, как проект VB ссылается на проект C# с этим настройкой, все начнет разрушаться. Похоже, у него такая же проблема наоборот. "-Rhuijben

https://github.com/dotnet/roslyn/issues/28224

(Риск быть помеченным, кажется, мы страдаем от VS Edit и продолжаем проблемы в течение более десяти лет. Для меня это шокирует, что команда Microsoft Visual Studio не заботилась достаточно, чтобы помочь разработчикам, предоставляя более многословную информацию, когда это произойдет)

Я попробовал все вышеперечисленное, никто не сработал. По-видимому, это было из-за того, что позволило некоторым вариантам отладки низкого уровня (Registers просмотр ...)

Инструменты -> Настройки импорта и экспорта -> сбросить все настройки

решил это

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

Лицензировано под: CC-BY-SA с атрибуция

Не связан с StackOverflow