Funkcja Edytuj i kontynuuj przestała działać w Visual Studio 2010

W widoku Eksploratora rozwiązania kliknij prawym przyciskiem myszy na każdym odwołaniu referencji, wybierz Właściwości. W widoku właściwości podpisz False do pola osadzone typy Interop. To mi pasuje.

Miałem jakiś plik Excela "embed interop types" == true. Kiedy zmieniłem go na false, Edytuj i kontynuuj zaczęło działać.

Wczoraj użyłem profilera Microsoftu, a potem moja funkcja" Edytuj i kontynuuj " zniknęła. W końcu zdałem sobie sprawę po godzinach frustracji, że muszę wykonać VSPerfCLREnv /globaloff polecenie z wiersza polecenia i ponownie uruchomić komputer. Teraz mam mój Edit i kontynuować przyszłość z powrotem. Przy okazji, nie ma to nic wspólnego z platformą docelową. Działa z docelową platformą ustawioną na dowolnym procesorze bez żadnych kłopotów.

Miałem taki problem w Visual Studio 2013 i: -

• czasami tylko zamykanie i ponowne otwieranie rozwiązania działa, ale kiedy to nie działa
• ponowne uruchomienie programu Visual Studio (Zamknij rozwiązanie, WYJDŹ z Visual Studio, Otwórz ponownie Visual Studio, otwórz ponownie rozwiązanie, spróbuj ponownie debugować z Edytuj i kontynuuj) naprawia to.

W moim przypadku nie miałem żadnych typów Interop, które były osadzone, ani żaden z mojego kodu nie miał słowa kluczowego dynamic, a wykonałem pełne rozwiązanie bez sukces. Byłem uruchomiony, debugowanie i ponowne uruchomienie wiele razy, jednak, więc może to mieć coś wspólnego z pamięcią - zajęło Visual Studio więcej niż jedną minutę, aby zamknąć, w tym czasie dysk był thrashing (prawdopodobnie przywoływanie pamięci w grze).

Spróbowałbym wyczyścić wszystkie pliki, które są generowane przez VS. więc usunąłbym bin i obj katalogi, a także pliki *.suo i *.user. Ponieważ te pliki są automatycznie generowane, nie powinno to mieć wpływu na nic (choć oczywiście zrobiłbym kopię zapasową wszystkich plików na wypadek, gdyby były jakieś inne pliki, które zostały tam umieszczone przez pomyłkę).

Czasami te pliki mogą zostać uszkodzone (zdarzało się to dość często w starym VC++ itp.) i wtedy VS może zacząć działać bardzo Zabawne.

Próbowałem wszystkich powyższych rozwiązań, żadne z nich nie zadziałało na mnie. Jednak kiedy usunąłem foldery bin i object w visual studio i uruchomiłem ponownie, zaczyna działać.

W VS2013 musiałem włączyć "Użyj zarządzanego trybu zgodności" w opcjach debugowania. Myślę, że to dlatego, że mam projekt. Net 4 odwołujący się do. Net 2 assembly.

Dla innego projektu w tym samym rozwiązaniu musiałem odznaczyć "Define Trace constant" we właściwościach projektu.

W mojej sytuacji ktoś dodał odniesienie do wyjścia projektu do listy referencyjnej: w Eksploratorze rozwiązań poszukaj w obszarze [Nazwa_projektu] \ odniesienia dla [Nazwa_projektu*] i usuń je.

Jeśli projekt opiera się na kodzie z własnej kopii, nie możesz "edytować i kontynuować". Na liście ostrzeżeń możesz lub nie (bardziej prawdopodobne w większym projekcie) mieć komunikaty "konflikty z importowanym typem", jeśli jest to przyczyną problemu.

W Visual Studio 2015 usunąłem .vs folder (gdzie nowy styl .plik suo jest), usunięte wszystkie bin i obj, a także odinstalowane Resharper 2015. Edycja i kontynuacja jest z powrotem.

(uwaga: intellisense pokazuje teraz autouzupełnianie prawie natychmiast, podczas gdy trwało to 2 do 5 sekund wcześniej, może wina resharpera, a może niezwiązane...)

Rozumiem, że ten post jest stary, ale ostatnio miałem ten problem i ten blog post pokazuje mi, jak go naprawić.

• Usuń obj folder
• Usuń bin folder. Możesz kopiować i wklejać biblioteki, pliki danych itp...powrót do folderu po usunięciu.
• From VS, Menu Solutions - > Clean solution .

To działa dla mnie wiele razy.

Pracując ze społecznością VS2017 miałem taki problem: jeśli portujesz istniejący projekt, tag EmbedInteropTypes może nie być w .plik csproj jeszcze, wyszukiwanie jest daremne. Jeśli tak jest, Dodaj znacznik na końcu do grupy Właściwości Debug / x86 (lub któregokolwiek z nich używasz) do the .csproj z edytorem tekstu:

Przed:

  <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>

Po:

  <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>

To musi być zrobione z wszystkie projekty, które należą do rozwiązania!

Czytając powyższe, mój projekt UI ma Shell32 z "Embed Interop Types" = = true. Zmieniłem go na false i "edytuj i kontynuuj" zaczęło działać.

W widoku Eksploratora rozwiązania kliknij prawym przyciskiem myszy na każdym odwołaniu referencji, wybierz Właściwości. W widoku właściwości podpisz False do pola osadzone typy Interop. To mi pomogło.

Dla tych, którzy nadal mają ten błąd nawet w Visual Studio 2017

Brak dynamicznych / przenośnych bibliotek klas/pakietów Nuget ani problemów z zależnością. Brak błędów i ostrzeżeń podświetlonych przez Visual Studio.

Po godzinach spędzonych na próbach wszystkich rozwiązań zamieszczonych w tym i innych wątkach i stronach internetowych, jedynym rozwiązaniem, które mi się udało było zameldowanie się, usunięcie obszaru roboczego i Map&Get ponownie.

Aby usunąć obszar roboczy, Source control → Advanced → Workspace → Remove.

Używam społeczności Visual Studio 2017 na bieżąco i po stosunkowo świeżej instalacji na nowej maszynie (tydzień i kilka godzin pracy).

metody, które testowałem bez powodzenia przed rozwiązaniem powyżej

• upewnij się, że opcja Edytuj i kontynuuj jest włączona w opcjach Visual Studio. Odkleić i zaznaczyć ponownie
• usuwanie bin i obj dla wszystkich projektów w rozwiązaniu
• wyczyść i odbuduj wszystko, restart VS / reboot w połączeniu z powyższe
• sprawdzanie opcji kompilacji i pakietów Nuget oraz kompatybilności dll dla projektów, zainspirowanych to
• rozładowywanie projektów w różnych kombinacjach w celu przetestowania problemów zależności lub innych problemów (zainspirowanych przez to )
Nie jest to jednak możliwe, ponieważ nie jest to możliwe.]}
• Sign False to Embed Interop Types
• Ustaw <_ResolveReferenceDependencies> na true Jak wyjaśniono tutaj
• powyżej z restartem VS i restartami

Następnie dokonałem odprawy i pobrałem rozwiązanie na innym komputerze z tą samą wersją programu Visual Studio (2017 Community). Ponieważ nie dostałem problemu z edycją i kontynuacją, poszedłem do usuwania obszaru roboczego.

W moim przypadku zadziałało odznaczenie "Wymagaj plików źródłowych, aby dokładnie pasowały do oryginalnej wersji" w opcjach debugowania. VS społeczność 2017 tutaj.

Dla mnie było to spowodowane przez Nuget nie pobranie pakietu (zbudowanego dla Net Framework) do projektu Net Standard, do którego się odwoływano. Nuget wszedł w nieskończoną pętlę (spójrz w oknie wyjścia).

Rozwiązaniem było wyłączenie ustawienia "Automatyczne przywracanie pakietów" patrz: https://developercommunity.visualstudio.com/content/problem/26638/nuget-infinite-loop.html

Aby uzyskać dostęp do tego ustawienia Narzędzia > Opcje > NuGet Package Manager > Ogólne

W VS 2015 ten błąd był spowodowany przez niedawno zainstalowany pakiet nuGet. Po odinstalowaniu tego pakietu i ponownej instalacji błąd został naprawiony.