2012-02-29 2 views
7

A volte, VS non mi consente di modificare e continuare, e risulta che il mio progetto Eric.Controls ha un riferimento a Eric.Controls. È un riferimento al progetto, che non ho mai aggiunto. I passaggi per la riproduzione sono incoerenti, ma in generale, penso che accada quando utilizzo il designer e aggiungo un controllo da un progetto diverso a cui faccio riferimento.Perché Visual Studio 2010 continua ad aggiungere un "riferimento a sé" nella mia libreria di classi?

Questo a volte mi impedisce di compilare del tutto fino a quando non riavvio Visual Studio che ha il file eseguibile di destinazione bloccato.

Prima di tutto, perché VS dovrebbe consentire a un progetto di fare riferimento a se stesso?

Qualche idea?

Sono felice di rispondere a qualsiasi domanda che potrebbe portare a una risposta.

+2

Speculazione pura, (quindi un commento e non una risposta) ma in qualche modo sei riuscito a costruire un riferimento circolare? Cioè il progetto che fornisce il controllo direttamente o indirettamente fa riferimento a Eric.Controls? Penso che Visual Studio dovrebbe impedirti di farlo, ma forse è possibile che uno degli assembly coinvolti sia referenziato dal file piuttosto che dal progetto? – Weeble

+0

Buona idea, ma no, ho controllato. VS non lo permetterà durante la compilazione. – skimania

risposta

4

Trovato la risposta!

Se si utilizzano le cartelle della soluzione e si dispone del progetto che contiene il controllo in una cartella della soluzione, quando si trascina un controllo dalla casella degli strumenti su, si aggiunge il riferimento a tale libreria.

Soluzione: non inserire librerie di controllo nelle cartelle della soluzione.

0

Ho avuto lo stesso problema. Nel mio caso, il progettista era da biasimare. Il progettista ha aggiunto a volte i riferimenti ai miei progetti. Soprattutto quando si usano DataBinding e Forms.

P.S .: I riferimenti di file visualizzati per spazio dei nomi e riferimenti di progetto sono visualizzati dal nome del progetto nella cartella dei riferimenti.