2013-05-13 19 views
5

Tutti,VS2012 Annoyance - Il tipo o il nome del namespace non esiste nello spazio dei nomi

Non so se questo è appena iniziato accadendo in VS2012. Non l'ho visto accadere in VS2010 o versioni precedenti.

Ho una soluzione in VS2012 con un numero di miei progetti personalizzati. Il progetto principale è un progetto di SharePoint 2010. Questo fa riferimento a numerosi progetti di librerie di classi che vengono utilizzati nel progetto di SharePoint.

Posso costruire una soluzione e tutto va bene. Non appena avvio la soluzione, si verificano i seguenti errori per gli stessi due progetti nella soluzione:

Il nome o lo spazio dei nomi 'XXX' non esiste nello spazio dei nomi 'AAAA' (manca un riferimento all'assembly?)

Posso aggirare questo creando qualcuno dei progetti in cui si verifica l'errore e quindi posso avviare la soluzione per l'esecuzione in SharePoint.

Non so se questo è specificamente correlato a un progetto di SharePoint o se altri lo ottengono nelle loro soluzioni. È solo un po 'di dolore doverlo fare. Non succede tutto il tempo. Sembra solo intermittente.

Non sto apportando alcuna modifica ai progetti di riferimento: solo il progetto principale.

La pulizia e la creazione della soluzione non risolvono questo problema. Devo creare manualmente uno dei progetti offensivi. Tutti i progetti sono impostati per essere compilati in Configuration Manager e il progetto principale è impostato su Distribuisci, che sembra tutto corretto.

Qualche idea?

Cheers,

Andez

+0

Sembra più un errore di analisi IntelliSense che un errore di compilazione. Verificare se tutti i progetti hanno come destinazione la stessa versione di framework .NET e non utilizzare il profilo client. Se non puoi cambiare questi progetti, ovviamente non c'è molto che tu possa fare al riguardo. –

+0

Ciao Hans, non mi permette di eseguire/eseguire il debug della soluzione: Intellisense potrebbe causarlo? Tutti i progetti sono impostati per l'utilizzo di .NET 3.5, tuttavia ho un riferimento a un componente x86 nei Warnings: c'è stata una discrepanza tra l'architettura del processore del progetto in fase di costruzione "MSIL" e l'architettura del processore del riferimento " OSIsoft.PISDK, Version = 1.4.0.0, Culture = neutral, PublicKeyToken = c3309f0734ba2805, processorArchitecture = x86 "," AMD64 ". – Andez

+0

Mi sono anche imbattuto in questo. Nel mio caso la ricostruzione non funziona. Alla fine del mio spirito. – Emmanuel

risposta

1

Lo stesso comportamento (come il manifesto descrive) si verifica con x64 costruisce per me.

La mia soluzione alternativa è quella di passare a Qualsiasi CPU (in Configuration Manager: Active Solution Platform). Può sembrare terribile, ma almeno posso continuare a lavorare sul mio progetto.

1

Ciò succederà quando il progetto/le DLL di riferimento puntano su altri framework .net. ricontrollare le proprietà del progetto.

Problemi correlati