VisualStudio 2017: dowiedz się, skąd pochodzi fragment kodu

0

Mam kilka rozszerzeń i wydaje się, że jedno z nich wprowadziło fragment kodu, który jest naprawdę denerwujący.

Fragment

Często używam propdo tworzenia właściwości, ale teraz sugeruje to również public readobly object p;jako pierwszy wybór, którego nie chcę.

Przejrzałem wszystkie fragmenty zarówno w menedżerze fragmentów VS, jak i menedżerze fragmentów ReSharper i nie mogłem go znaleźć. Nawet szukał ciągu readonlywe wszystkich plikach fragmentu C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\VC#\Snippets\1033, ale nie mógł znaleźć niczego, co by go przypominało.

Próbowałem także wyłączyć niektóre rozszerzenia. Ale wciąż bezskutecznie. Doprowadza mnie to do szaleństwa.

Jak mogę to wyłączyć?

PS: Oto wszystkie rozszerzenia, które zainstalowałem: Rozszerzenia 1 Extenions2

visual-studio c# snippets LLL
źródło
1
Jeśli nie dostaniesz tutaj odpowiedzi w ciągu około tygodnia, kusi mnie oflagowanie twojego pytania i prośba o migrację do StackOverflow, ponieważ mają tam programistów, którzy używają VS prawie codziennie
Richard
Dzięki, mogłem również zamieścić tam post, ale wydaje się, że byłoby to nie na temat tego forum.
LLL
Musisz wyłączyć wszystkie dodatki, aby ustalić, czy fragmenty są funkcją domyślną, czy też jedną z dodatków, a konkretnie Resharper.
Ramhound

Odpowiedzi:

2

Spróbuj usunąć lub wyłączyć jetbrains ReShaper

użytkownik1389706
źródło
ok wydaje się, że wyłączenie r # usuwa to, więc postaram się znaleźć to w ustawieniach ratowników
LLL
To był ZenSharp github.com/ulex/ZenSharp , nie został dodany do listy fragmentów
LLL