Visual Studio 2015 o 2017 mostra gli errori di IntelliSense ma la soluzione viene compilata

Attualmente stiamo valutando il nuovo Visual Studio 2015 e abbiamo riscontrato uno strano problema con IntelliSense. Quando ho compilato la nostra soluzione principale con il nuovo studio, la build è riuscita, ma vengono comunque mostrati 6 errori.

Ho scoperto che non è un vero errore, ma solo un errore intellettuale. Il codice è decisamente corretto e tutto è stato compilato con successo. Il codice tuttavia è contrassegnato in rosso e gli errori vengono visualizzati nell'elenco degli errori.

Tutti e 6 gli errori hanno la stessa origine. È una semplice chiamata al costruttore. Abbastanza strano, ma ci sono anche alcune occorrenze dello stesso identico costruttore senza errori.

Il messaggio di errore:

Code: CS1729
Message: '<the class>' does not contain a constructor that takes that many arguments.
Project: <the project name>
File: <the path to the file>

Il nuovo studio è stato installato su un Windows 7 appena installato senza alcun software legacy (no VS13).

Ho già provato a svuotare le cache, cancellato il file suo, cancellato bin e obj directory, pulito e ricostruito la soluzione ecc. Ma non ha funzionato nulla.

Qualcuno può spiegarmi quel comportamento?

Ho anche avuto questo problema con un progetto migrato, quindi ho fatto riferimento alla dll Microsoft.CSharp. In alcuni progetti avevo bisogno di rimuovere e aggiungere nuovamente il Riferimento nel progetto.

Ho avuto migliaia di errori intellisense e 0 errori di build. Dopo l'eliminazione.suo file e il riavvio, gli errori di VS intellisense scompaiono.

Suo il file si trova relativamente alla fonte in: .vs\SolutionName\v14\.suo

Secondo il commento: attenzione *.suo è un file nascosto.

Modifica: secondo i commenti, VS2017 ha lo stesso problema, quindi puoi utilizzare una soluzione simile: Elimina.vs\SolutionName\v15\.suo

Si è verificato un problema simile in Visual Studio 2017 ASP.Net Core Project. I passaggi seguenti hanno fatto il trucco per me

1. Eseguire una soluzione pulita
2. Chiudi VS
3. Elimina il file .suo ed elimina le directory bin / obj
4. Riapri VS

Problema simile ad altri, ma risoluzione diversa. Pubblicazione nel caso in cui posso aiutare qualcun altro.

Esecuzione di Visual Studio 2017 15.5.2. Uso Git e spesso cambio branch. Diverse settimane fa, ho iniziato a farmi visualizzare dagli editor gli errori (tutti relativi a tipi che non riusciva a trovare anche se i riferimenti erano validi). La compilazione ha funzionato alla grande. Ho confermato lo stesso problema in VS 2017 15.6 Preview (6 gennaio 2018). Proverei a eliminare la cache, i file SUO o le cartelle bin / obj e nessun impatto. All'inizio sembrerebbe funzionare. Riapri Visual Studio e tutto sembrerà a posto. Utilizzare "Rebuild Solution" e gli errori di IntelliSense verranno restituiti. Ho anche provato a disinstallare / reinstallare Visual Studio.

Ho avuto lo stesso problema su due macchine, entrambe con la stessa versione di Visual Studio.

Osservando gli errori sui tipi mancanti, sembravano tutti provenire da due progetti referenziati. Uno di questi riferimenti era un progetto condiviso utilizzato da quasi tutti gli altri progetti nella soluzione, ma uno di questi era un piccolo progetto senza molti riferimenti. Accade così che il piccolo progetto sia stato referenziato anche dal mio progetto condiviso più grande. In Visual Studio, ho scaricato il piccolo progetto e l'ho ricaricato. Gli errori sono andati via! Gli errori non sono tornati su Rebuild Solution.

Ho quindi cambiato i rami Git e gli errori sono tornati tutti. Fortunatamente ho ripetuto i passaggi precedenti di scaricare / ricaricare il piccolo progetto e gli errori sono andati via.

Ogni volta che cambio branch Git, gli errori si ripresentano finché non ripeto il processo. Non ci sono cambiamenti tra i rami Git per il progetto più piccolo che scarico / ricarico. Non è chiaro il motivo per cui quella sequenza sta risolvendo il mio problema.

Aveva anche questo problema (il titolo, non il messaggio di errore specifico), così come le linee ondulate nell'editor. La prima riga ondulata è sotto la prima #includeistruzione, che nomina un'intestazione precompilata. Intellisense non riesce a includere l'intestazione precompilata, ma non lo elenca come errore; invece elenca gli errori più in basso nel file, su codice che (molto giustamente) si basa su dichiarazioni nell'intestazione precompilata.

Il motivo per cui Intellisense non trova l'intestazione precompilata nel mio ambiente è che l'intestazione denominata non è un file effettivo. Non deve essere in nessun'altra versione VC o gcc che ho usato, né nel compilatore 2015, a condizione che le impostazioni dell'intestazione precompilata siano configurate correttamente. Apparentemente non più per Intellisense. Non sono del tutto sicuro che fosse diverso nel 2013, forse non me ne sono mai accorto.

Nell'improbabile caso che questo sia il problema qui riportato, la soluzione è semplice: creare un piccolo file con il finto nome dell'intestazione precompilata, come specificato in #include direttive, e lasciare che quel file includa il nome effettivo dell'intestazione precompilata.

Se ti chiedi ... perché questa distinzione tra il nome dell'intestazione precompilata nell'istruzione '#include' e il nome file effettivo dell'intestazione precompilata? Proprio perché garantisce che le impostazioni dell'intestazione precompilata siano configurate correttamente. Ogni volta che un'intestazione precompilata è "#included", non ci sono file intorno che potrebbero essere inclusi. Viene letta una versione effettivamente precompilata (binaria) dell'intestazione effettiva o la compilazione non riesce. Ovviamente, uno svantaggio è che confonde le persone che leggono il codice, non solo Intellisense.

Visual Studio 2017 Ho cancellato il file ".suo" dalla posizione .vs \ SolutionName \ v15.suo E poi ho riavviato Visual Studio. Questo ha funzionato per me.

Oggi ho avuto un problema simile con MSVC ++ 2015. Ho quasi rinunciato e ho deciso di andare avanti senza suggerimenti IDE, ma improvvisamente ho notato che stdafx.h del progetto con cui ho avuto problemi non contiene intestazioni di libreria standard. Ho ipotizzato che l'inclusione di tutte le intestazioni standard utilizzate nel progetto in stdafx.h potrebbe aumentare la velocità di compilazione, tuttavia così facendo sono stati corretti anche gli errori di Intellisense.

Avevo più stdfax.hdirectory di inclusione aggiuntive. Assicurati che ciò che stdafx.hintendi sia il primo nel tuo percorso.

Ho avuto un problema simile con diverse versioni di Visual Studio.

L'eliminazione della cartella .suo o .vs non è stata di aiuto per me.

La soluzione per me era che avevo l'estensione StopOnFirstBuildError attiva. Dopo aver disattivato "Interrompi compilazione al primo errore" nel menu di compilazione e dopo la creazione completa della soluzione, gli errori visualizzati da Intellisense sono scomparsi.

Vedevo gli errori di intellisearch solo durante la pubblicazione di un sito web. (Sito ASP / C #, VS 2017). Hanno rotto la pubblicazione. Il sito funzionava bene a livello locale.

Eliminati gli errori deselezionando l'impostazione per la precompilazione e pubblicato correttamente. Pubblica -> Impostazioni -> Opzioni di pubblicazione file -> Precompila durante la pubblicazione

In Visual Studio 2019 il problema riguarda la modifica dei rami con Git quando sono presenti pacchetti NuGet installati nel progetto. Cosa ho fatto per risolvere questo problema:

1. Soluzione pulita
2. Chiudi Visual Studio
3. Elimina la cartella dei pacchetti
4. Apri Visual Studio
5. Vai a Gestione pacchetti
6. Ripristina tutti i pacchetti
7. Riconversione
8. Se roslyn è mancante, chiudi e apri Visual Studio, quindi ricompila.