Il tipo o il nome dello spazio dei nomi non esiste [chiuso]

Ho un progetto WCF Data Service creato con Visual Studio 2010, che funzionava bene. Improvvisamente, non si è più compilato. Mi stava dando messaggi come:

Errore 7 Il tipo o il nome dello spazio dei nomi 'Servizi' non esiste nello spazio dei nomi 'System.Data' (manca un riferimento all'assembly?) C: \ U ... s \ Visual Studio 2010 \ Projects ... \ DataService. cs ...

Errore 8 Il tipo o il nome dello spazio dei nomi "Linq" non esiste nello spazio dei nomi "Sistema" (manca un riferimento all'assembly?) DependencyResolver.cs 3 14

Errore 10 Il tipo o il nome dello spazio dei nomi "Web" non esiste nello spazio dei nomi "System.ServiceModel" (manca un riferimento all'assembly?)

Errore 12 Impossibile trovare il tipo o il nome dello spazio dei nomi 'DataService' (manca una direttiva che utilizza o un riferimento di assembly?)

Come posso ripararlo?

Ho avuto lo stesso problema e ho dovuto impostare lo "Target Framework" di tutti i progetti allo stesso modo. Quindi ha costruito bene. Nel menu progetto, fare clic su Proprietà Nome progetto. Fai clic sulla scheda di compilazione. Fai clic su Opzioni di compilazione avanzate. Nel Framework di destinazione, selezionare il framework desiderato.

Ho riscontrato un problema con System.Linq non riconosciuto. L' usingaffermazione aveva una sfumatura rossa, ecc. Il modo in cui l'ho risolto è stato quello di cambiare il mio sito Web in target dotnet 3.5, quindi tornare al framework di destinazione originale (4.0 nel mio caso).

Ho scoperto che ciò è causato dal fatto che io abbia lo stesso nome dello spazio dei nomi del nome della classe (MyWorld.MyWorld = Namespace.ClassName ).

Cambia il tuo spazio dei nomi con un nome che non è lo stesso nome della tua classe e questo verrà compilato.

fonte

Ho riscontrato lo stesso problema con un sito ASP.NET MVC quando ho provato a utilizzare LINQ to SQL . Ho risolto il problema:

Esplora soluzioni -> Riferimenti -> Fare clic con il tasto destro su System.Data.Linq -> Copia locale (True)

Verifica che il tuo framework di destinazione abbia le stesse versioni .NET. Ho avuto lo stesso problema e la mia classe .NET era 3.5 e la soluzione web aveva 4.5. Ho sincronizzato quelli e poi ha funzionato :)

Ho avuto lo stesso problema e provato tutto quanto sopra senza successo, poi ho scoperto di cosa si trattava:

Avevo creato una cartella chiamata "Sistema" in uno dei miei progetti e poi creato una classe in esso. Il problema sembra derivare dall'avere uno spazio dei nomi chiamato "Sistema" quando viene creato il file .cs, anche se si trova in uno spazio dei nomi di "MyProject.System".

Guardando indietro, posso capire perché questo potrebbe causare problemi. All'inizio mi ha davvero sorpreso dato che i messaggi di errore inizialmente non sembrano riguardare il problema.

Ho riscontrato lo stesso problema con System.Data.SQLite. La fonte del problema è che la dll che hai usato dovrebbe avere la stessa versione .NET con il tuo progetto.

Ad esempio, se hai usato (nel mio caso) SQLite per .NET 4.5, anche la tua piattaforma target dovrebbe essere .NET 4.5.

È possibile trovare il target della piattaforma in base a: Progetto> (nome progetto) Proprietà> Costruisci.

Nel mio caso il problema si stava verificando perché la classe che avevo creato aveva uno spazio dei nomi che interferiva con le classi esistenti. La nuova classe A aveva lo spazio dei nomi zz.yy.xx (per errore). I riferimenti agli oggetti in un altro spazio dei nomi yy.xx non venivano compilati nella classe A o in altre classi il cui spazio dei nomi era zz.

Ho cambiato lo spazio dei nomi della classe A in yy.xx, come avrebbe dovuto essere, e ha iniziato a funzionare.

PER CHIUNQUE CON FILE COLLEGATI: ho avuto questo problema e stavo usando Silverlight e il file offensivo che stava generando questo errore era un file collegato.

L'errore del compilatore mi ha detto che l'errore si stava verificando nel progetto in cui viveva il file. Si è scoperto che l'errore NON era in quel progetto, ma si stava verificando nel progetto che conteneva il file collegato. A quel progetto mancava un riferimento.

Ho riscontrato questo problema durante l'utilizzo dell'integrazione Git di Visual Studio per gestire il progetto. Per qualche ragione il progetto Windows Phone 8 si compila bene quando si sceglie come target x86, ma quando lo imposto come target ARM, non riesce a compilare con un errore che indica che "Pubblicità" non esiste nello spazio dei nomi Microsoft.

Ho finito per risolvere il problema rimuovendo il riferimento Microsoft.Advertising. *. Dll e aggiungendolo di nuovo.

Nel mio caso non vi è stato alcun cambiamento nei progetti, si è semplicemente interrotto per la compilazione e con "il tipo o lo spazio dei nomi il nome XXX non esiste" e nella stessa classe lamentosa intellisense per quello spazio dei nomi / classe XXX funziona bene. Il problema era proprio nei riferimenti!

Passaggi per riprodurre:

1. La soluzione ha ProjectA, ProjectB. ProjectA fa riferimento a log4net di terze parti ed è contrassegnato Copy local: true. ProjectB fa riferimento a ProjectA e non ha riferimenti a log4net. La soluzione viene compilata correttamente.

2. Modifica in ProjectA: proprietà di riferimento per log4net in Copy local: false.

3. Pulisci le cartelle bin e obj.
4. Durante la compilazione, ProjectA si compila ma ProjectB si lamenta di non trovare lo spazio dei nomi ProjectA.

This is because ProjectB cartella bin mancante libreria di terze parti (log4net in my case)!

In questo caso la soluzione sarebbe:

1. assicurarsi che i riferimenti alle librerie di terze parti siano impostati su Copy local: true o
2. aggiungere il percorso a tali librerie nelle proprietà del progetto nel percorso di riferimento.

Mi riferisco a Microsoft.CommerceServer.Runtime.Orders e ho riscontrato questo errore. Questo progetto è vecchio e ha Target Framework .NET 2.0. In uscita ho avuto questo errore:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1605,5): warning MSB3268: The primary reference "Microsoft.CommerceServer.Runtime" could not be resolved because it has an indirect dependency on the framework assembly "System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" which could not be resolved in the currently targeted framework. ".NETFramework,Version=v2.0". To resolve this problem, either remove the reference "Microsoft.CommerceServer.Runtime" or retarget your application to a framework version which contains "System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"

Ho semplicemente cambiato il framework di destinazione in .NET 4 e ora lo costruisce.

E se tutto il resto fallisce, ad esempio assicurando che i framework di destinazione siano gli stessi, e hai a che fare con una libreria di classi WPF in VS2010, riavvia semplicemente Visual Studio. Che ha fatto per me.

Ho riscontrato gli stessi errori. Dopo aver scoperto che il mio progetto aveva un nome assembly errato (ho copiato i file da un altro progetto e gli spazi dei nomi sono stati un po 'confusi) e l'ho cambiato di nuovo, il progetto è stato compilato correttamente.

Ho ricevuto un messaggio di errore molto simile causato da inavvertitamente creato un duplicato di una classe in un altro progetto della mia soluzione. L'eliminazione del duplicato ha risolto il problema

Di recente ho dovuto eseguire un Ripristino configurazione di sistema e questo ha causato la modifica / scomparsa di molti dei miei file su cui avevo lavorato dal ripristino. Alcuni di questi erano file DLL. Ho usato il controllo del codice sorgente per recuperare l'intero progetto, ma avevo ancora un problema simile al precedente. Ho trovato questa risposta che ha descritto la necessità di rimuovere una DLL e di averla letta per correggere gli errori. Questo è stato il caso nel mio scenario.

Rimuovendolo WebMatrix.WebDatae leggendolo, nonché aggiungendo WebMatrix.Datarisolto il mio errore di The type or namespace name 'Data' does not exist in the namespace 'WebMatrix' ....

Eliminare il file .refresh.dll se si è sotto il controllo del codice sorgente. Quindi ricostruire. Dovrebbe funzionare. Questo ha funzionato per me