Errore di progettazione VS 2010 'Impossibile trovare il tipo XYZ' in Windows7. Funziona bene in XP

Question

Sono bloccato su un problema in VS 2010 C#. NET. Ho avuto un progetto su Windows XP che include moduli, classi e una manciata di componenti personalizzati. Questi componenti sono semplici estensioni di componenti MS incorporati (ad esempio, DataGridViewEx come estensione di DataGridView). Tutto ha funzionato bene in XP. Sto cercando di trasferire questo progetto su VS 2010 su Windows 7/x64. Ho la soluzione per compilare OK su Windows 7, tuttavia in modalità progettazione, quando apro un modulo che contiene uno dei controlli personalizzati, viene visualizzato l'errore 'Impossibile trovare il tipo XYZ.DataGridViewEx. Assicurati che l'assembly che contiene questo tipo sia referenziato. ' XYZ è lo spazio dei nomi che utilizzo per questi controlli ed è lo stesso spazio dei nomi dei moduli che utilizzano i controlli. Tutti fanno parte dello stesso progetto VS.

Quando apro un modulo nello stesso progetto che non contiene uno di questi controlli personalizzati, tale modulo apre OK nella finestra di progettazione e vedo i controlli personalizzati sul lato sinistro nella casella degli strumenti. Tuttavia, se poi provo a trascinare uno di questi controlli in tale modulo, viene visualizzata una finestra di messaggio di errore "Impossibile caricare l'elemento della casella degli strumenti" DataGridViewEx ". Sarà rimosso dalla casella degli strumenti. ' E poi viene rimosso dalla casella degli strumenti.

Tutto funzionava sempre bene con la soluzione VS in XP. Questo problema si verifica solo nella soluzione VS in Windows 7/x64.

Non capisco perché si lamenta di non essere in grado di trovare il componente, poiché il componente fa parte dello stesso progetto. Questa è una cosa valida da fare, non è vero?

Ho cercato nel web/forum e trovato casi dell'errore "Impossibile trovare il tipo", ma sembrava essere causato da un altro problema e non ho ancora trovato un modo per sbarazzarsi del errore.

Qualsiasi aiuto/suggerimenti sono molto apprezzati!

Answer 1

Prima di eseguire questa operazione, assicurarsi che nel file di codice Form.Designer.cs, ogni chiamata ai controlli personalizzati venga eseguita in modo assoluto. Per esempio:

Namespace.CustomControl control; 

Piuttosto che

CustomControl control; 

Answer 2

Hai provato disabilitando UAC completamente (in esecuzione IDE come amministratore + disabilitazione UAC nel caso). Inoltre, utilizzare sempre Fusion Log per tracciare i carichi dell'assieme! Vedi http://msdn.microsoft.com/en-us/library/e74a18c4(v=vs.71).aspx per come configurarlo

Answer 3

Guarda i tuoi riferimenti e trova quelli che hanno icone punto esclamativo. Rimuovi i riferimenti errati e aggiungili nuovamente al tuo progetto.

Answer 4

Hai ricostruito i componenti da zero?

I progetti sono inclusi?

Costruiscono tutti?

Stanno tutti costruendo sulla stessa piattaforma (x86 vs x64)?

Answer 5

Impostare il predefinito predefinito su x86 e che dovrebbe risolverlo.

Answer 6

1. Pulire la soluzione
2. Costruire il progetto che contiene il controllo
3. Aggiungere il controllo alla casella degli strumenti/modulo

vedere se questo funziona.

Answer 7

Se il progetto è destinato a 64 bit, è necessario creare per 32 bit e scegliere la soluzione a 32 bit mentre si esegue la modifica della GUI. Questo perché Studio è a 32 bit, quindi non può caricare i controlli a 64 bit.

Answer 8

Per chi ha problemi simili. Ho appena trovato questo in VS 2013 (lato VB) su un PC x86. Come accennato in precedenza, ho spostato da 'anyCPU' a 'x86' e la finestra di progettazione del modulo è stata aperta a destra. Semplice, ma probabilmente non l'avrei provato senza i post precedenti. Per quello che vale, ritornai a 'anyCPU', e ancora non ho avuto recidive ...

Answer 9

Ho affrontato lo stesso errore, non riesco a Costruire la mia applicazione.

Così cercato qui, dice di cambiare la piattaforma della soluzione X64 o X32. Ma nel mio caso la piattaforma della soluzione mostra solo l'opzione CPU e configurazione di configurazione solo

Ma ho semplicemente modificato la configurazione della soluzione.

Debug => Release

poi

uscita => Debug

Infine pulito e ricostruita la soluzione. Funziona per me !! :)