Ho appena ottenuto un nuovo PC (Win 7) con VS 2010 (stessa versione del mio vecchio PC). Ho ottenuto una soluzione VB.NET dal controllo del codice sorgente che contiene due progetti. Uno dei progetti va bene. L'altro progetto contrassegna ogni istruzione Imports non MS con:Il nuovo pc che causa "spazio dei nomi del tipo specificato nelle importazioni non contiene alcun membro pubblico" in VB.NET
Spazio dei nomi o tipo specificato nelle importazioni & 1 non contiene membri pubblici o non può essere trovato. Assicurati che lo spazio dei nomi o il tipo sia definito e contenga almeno un membro pubblico. Assicurati che il nome dell'elemento importato non usi alcun alias.
La cosa ironica è che il progetto di lavoro all'interno della stessa soluzione fa riferimento a tutte le stesse DLL. Ho rimosso e aggiunto nuovamente le DLL, quindi so che sono lì e posso espanderle in Object Browser, quindi so che contengono metodi pubblici.
Ho esaurito le idee di cose da provare. Qualcuno può buttarmi un osso, per favore?
Il progetto di lavoro ha le stesse istruzioni Imports? Cosa succede se si crea un nuovo progetto e si aggiungono i riferimenti e quindi si aggiungono le istruzioni Imports. Funziona? Stai usando riferimenti a file o riferimenti a progetti? –
Potrebbe essere che i due progetti facciano riferimento a versioni diverse degli assiemi? Forse il nuovo PC ha solo una versione installata, ma quella vecchia ne ha diverse? –
Entrambi i progetti utilizzano le stesse importazioni e i riferimenti esterni puntano agli stessi percorsi dei file. Il progetto fallito ha un riferimento al progetto di lavoro che non funziona. Entrambi i progetti hanno i riferimenti definiti nella scheda References in My Project. Un nuovo progetto all'interno della stessa soluzione sembra funzionare bene, ma sostituire il progetto fallito sarebbe un dolore orribile. – user2340157