Jak sprawić, by IntelliSense niezawodnie działał w Visual Studio 2008

Natywny C++ intellisense nie działa niezawodnie w żadnej wersji Visual Studio. Uważam, że są dwa wspólne problemy:

1) ścieżki plików nagłówkowych nie są ustawione poprawnie. Gdy znajdziesz typ, w którym intellisense nie działa, użyj IDE, aby kliknąć każdy plik nagłówka, aby znaleźć ten, który zawiera typ. (Kliknij prawym przyciskiem myszy na #dołącz i wybierz Otwórz dokument...). Jeśli to się nie powiedzie, zanim przejdziesz do pliku deklarującego Typ, to jest to twój problem. Upewnij się, że wyszukiwanie plików nagłówkowych ścieżki są ustawione poprawnie.

I,

2) baza danych intellisense jest uszkodzona. To się zdarza cały czas. Musisz zamknąć rozwiązanie, usunąć .plik ncb, a następnie ponownie otworzyć rozwiązanie. W odpowiedzi na inne pytanie tutaj umieściłem makro, którego do tego używam.

Preprocesor może również mylić intellisense - więc upewnij się, że dowolne # defines podczas budowania są również dostępne dla intellisense. Poza tym, Nie wiem, co jeszcze może to złamać. Nie widziałem wszelkie szczególne kwestie związane z deklaracjami forward.

Wygląda na to, że na horyzoncie jest nadzieja dla tych z nas, którzy nie mogą uzyskać pomocy wizualnej:

Odbudowa Intellisense

Czy masz zainstalowane (lub odinstalowane) dodatki? To wpływa na mój intellisense.

Poza tym upewnij się, że Narzędzia- > Opcje - > edytor tekstu- > wszystkie języki "Auto Lista członków" i "informacje o parametrach" są zaznaczone.

Nie używam VS2008 dla C++, tylko VB & C#, ale stwierdzam, że kiedy intellisense przestaje działać (prawda dla VS2003/2005/2008), to dlatego, że coś w projekcie/pliku jest zepsute - zwykle złe odniesienie lub kod.

VB i C# mają znacznie lepszą obsługę intellisense ze względu na możliwość refleksji nad odwołanymi złożeniami w celu zbudowania drzewa intellisense.

C++ musi przechodzić przez pliki nagłówkowe dla prototypów funkcji, a jeśli ścieżki nie są poprawne, nie znajdzie wszystkie nagłówki prototypów.

Moja poprawka do itellisense była wymagana po tym, jak to straszne narzędzie refactor zmiksowało mój kod. Problemem był plik nagłówkowy klasy, który zawierał #include. Odwołanie rekurencyjne niszczy itellisense. Objawem tego jest to, że itellisense może zobaczyć inne klasy, ale nie obecną. Także:

Użyj # pragma raz, aby wyeliminować duplikaty nagłówków

Jeśli projekt zajmuje teraz dużo więcej czasu, aby załadować, że jest to próba sensu konfliktu, który jest powodując wówczas brak wsparcia ukończenia.

Często dotyczy to tylko jednego obiektu klasy, który pokazuje, jakie pliki (zazwyczaj nagłówki) należy przeglądać.

@John Richardson / @Jonathan Holland

Moje includes są poprawnie skonfigurowane, nie ma żadnych problemów. Próbowałem też kilka razy odbudować KBC, ale nigdy nie naprawia go w 100%.

class MyPredeclared;

class SomeOtherClass
{
private:
    MyPredeclared* m_pPointer;
}

Miałem bardzo irytujący problem, intellisense działał tylko w niektórych plikach, bez wyraźnego powodu... Zajęło mi to kilka godzin przekopywania się przez google, ale w końcu zrozumiałem, że powodem było rzeczywiście rekurencyjne odniesienie! Używałem:

#ifndef CLASS_H
#define CLASS_H
...
#endif

Aby uniknąć redefinicji symboli, a to czasami łamie intellisense w dużych projektach.

Ale wystarczy skomentować ifndef-define-endif i umieścić:

#pragma once 

Na początku plików nagłówkowych aby nadal unikać redefinicji i mieć Intellisense działa ponownie=)=)

Ostatnio studiowałem Intellisense w VS2008, ponieważ rozwijam dość dużą bibliotekę numerycznej algebry liniowej C++, w której szeroko stosowane są szablony i takie. Intellisense przestał wkrótce pracować nad projektem, a ja się poddałem, ale teraz stało się to naprawdę irytujące bez niego, więc postanowiłem zbadać. Tego się dowiedziałem:

Zakładając, że istnieje plik(y), zawierający kod, który "łamie" Intellisense,

• jeśli pliki nagłówkowe, które łamią Intellisense są w projekt, ale nie #include d, nadal działa w pozostałych plikach
• jeśli są włączone, ale żaden typ zadeklarowany wewnątrz nie jest używany, nadal działa
• jeśli są one włączone, A Typ zadeklarowany wewnątrz jest użyty, może nadal działać (brak Intellisense dla członków, brak Intellisense po wystąpieniu danego typu, ale przynajmniej globalne nazwy i informacje o argumentach przed)
• jeśli Intellisense jest złamane w jednym .plik cpp, może nadal działać w innych, gdzie problematyczny kod nie jest wliczony w cenę ani używany (ale wyobrażam sobie, że jeśli zawiesi się źle, zostanie wyłączony dla całego projektu, chociaż mnie to nie spotkało)
Intellisense wydaje się być aktualizowane po udanej kompilacji (czasami nie wcześniej)
• umieszczanie zepsutego kodu w dowolnym z #if 0, /* .. */ nie jest to jednak żaden problem.]}

Z funkcji C++, których użyłem, właściwie tylko kilka przerwało Intellisense:

• porównanie z " > " lub "> = " w parametrze szablonu (np. static_assert<(size > 0)>)
  • nie rozwiązano za pomocą podwójnych nawiasów (static_assert<((size > 0))> nie pomaga)
  • rozwiązane przez użycie zamiast " static_assert<0 < size> działa)
  • rozwiązano, przechowując wartość w enum i używając jej do specjalizowania szablonu
• Jawna specjalizacja szablonu funkcji wyłącza argument info (np. function<type>(args))
  • prawdopodobnie nie można rozwiązać (może zawijać w makro), ale mogę żyć z tym, że jest zepsuty
• instancja szablonu typ członka, np. Matrix::MakeMatrixType<3, 3>::Result r;
  W 1999 roku, w wyniku połączenia dwóch różnych związków chemicznych, w 1999 roku, w 1999 roku, w 1999 roku, w 1999 roku, w 1999 roku, w 1999 roku]}
  • obejście poprzez przeniesienie takiego kodu do osobnego .cpp gdzie nie działa (nie zawsze jest to możliwe)

Wydaje się, że niektóre z tych problemów są spowodowane pewnym "uproszczonym" parsowaniem, które jest mniej silne niż odpowiedni parser C++. Z powyższą informacją pod ręką, "niezawodna" metoda działania Intellisense w istniejącym kod:

1. Skonfiguruj pusty projekt (aplikację konsolową), Utwórz Main.cpp z atrapą void main() {} w środku.
2. Dołącz jeden z uszkodzonych plików nagłówkowych i math.h
W przeciwieństwie do innych systemów, Intellisense nie może być instalowane na komputerach PC.]}
3. sprawdź, czy Intellisense działa, wpisując np. {[11] } i sprawdzając, czy pojawi się argument help. Czasami to by zadziałało, ale pomoc członków by nie zadziałała - więc spróbuj tego również.
4. Stwórz instancję czegoś w nagłówku / align = "left" /
5. Usuń kod z pliku winowajcy i przejdź do kroku 3
6. Po znalezieniu i naprawieniu problematycznego kodu, Umieść z powrotem kod usunięty w kroku 5, spróbuj ponownie
7. po tym, jak cała klasa działa dobrze, stwórz instancję następnej klasy itd ...

W ten sposób łatwo było wskazać lokalizacje kodu, który sprawiał problemy (zdaję sobie sprawę, że może to być niewykonalne dla naprawdę dużych projektów, w moim przypadku tylko jeden plik z 97 wykonanych problemów). Zauważ, że 'Build' tutaj odnosi się do kompilacji, etap łączenia nie musi się kończyć, więc nierozwiązane zewnętrzne są ok, IS powinno się zaktualizować niezależnie.

Inną metodą aktualizacji jest (inna niż budowanie) zapisywanie wszystkiego, zamykanie obszaru roboczego, usuwanie ./ align = "left" / Następnie poczekaj na ' aktualizowanie Intellisense ... (N)' zniknąć z paska stanu (N liczy się do zera, jeśli nie idzie do końca, to pokazuje postęp, gdzie problemy wystąpił). To było dość nudne.

O tym problemie zauważyłem coś ciekawego (na Visual Studio 2010): aby rozwiązać ten problem, zmieniłem #include sintax w moich plikach nagłówkowych, wcześniej był (stary projekt wykonany z VS 2005 i ponownie otwarty za pomocą VS 2010):

#include <myfile.h> 

I naprawiam to za pomocą:

#include "myfile.h"

Po intellisense zacząć działać poprawnie! Mam nadzieję, że to pomoże!

Musiałem zresetować ustawienia...

C:\Program Files \ Microsoft Visual Studio 9.0 \ Common7 \ IDE > devenv.exe / ResetSettings

Thread on this here

Problem jest z .pliki vcproj.

Znajdziesz jeśli przełączysz się na tryb release z trybu debugowania, zbuduj, a następnie spróbuj intellisense to często działa.

Zamknij Visual Studio. Jeśli szukasz .pliki vcproj w Twoim projekcie, edytuj je i Szukaj dwóch pierwszych instancji AdditionalIncludeDirectories. Wartość tego powinna wyglądać jak"..\,....\ "zamiast"../..".

Otwórz ponownie swój projekt, pozwól Intellisense zakończyć budowę, wtedy powinien być naprawione.