c# - usar - Error del diseñador de VS 2010 ''No se pudo encontrar el tipo XYZ'' en Windows7. Funciona bien en XP

windows xp o windows 10

Question

Estoy atascado en un problema en VS 2010 C # .NET. He tenido un proyecto en Windows XP que incluye formularios, clases y algunos de mis propios componentes personalizados. Estos componentes son extensiones simples de los componentes integrados de MS (por ejemplo, DataGridViewEx como una extensión de DataGridView). Todo ha funcionado bien en XP. Estoy tratando de trasladar este proyecto a VS 2010 en Windows 7 / x64. Tengo la solución para compilar OK en Windows 7, sin embargo, en el modo de diseño, cuando abro un formulario que contiene uno de los controles personalizados, aparece un error ''No se pudo encontrar el tipo XYZ.DataGridViewEx. Asegúrese de que se haga referencia al ensamblaje que contiene este tipo. '' XYZ es el espacio de nombres que uso para estos controles y es el mismo espacio de nombres que los formularios que usan los controles. Todos son parte del mismo proyecto VS.

Cuando abro un formulario en el mismo proyecto que no contiene uno de estos controles personalizados, ese formulario se abre en Aceptar en el diseñador y veo los controles personalizados en el lado izquierdo de la caja de herramientas. Sin embargo, si luego intento arrastrar uno de estos controles a ese formulario, aparece un cuadro de mensaje de error ''No se pudo cargar el elemento de la caja de herramientas'' DataGridViewEx ''. Se eliminará de la caja de herramientas ''. Y luego se elimina de la caja de herramientas.

Todo funcionaba siempre bien en la solución VS en XP. Este problema solo ocurre en la solución VS en Windows 7 / x64.

No entiendo por qué se queja de no poder encontrar el componente, ya que el componente es parte del mismo proyecto. Eso es algo válido para hacer, ¿no es así?

Busqué en la web / foros y encontré casos del error ''No se pudo encontrar el tipo'', pero parecía haber sido causado por un problema diferente, y todavía no he encontrado una manera de deshacerme del error.

Cualquier ayuda / consejos son muy apreciados!

Answer 1

1. Limpia la solucion
2. Construye el proyecto que contiene el Control.
3. Agregue el control a la caja de herramientas / formulario

A ver si esto funciona.

Answer 2

¿Ha intentado deshabilitar UAC completamente (ejecutando IDE como Administrador + deshabilitando UAC por si acaso)? Además, siempre use Fusion Log para rastrear las cargas de ensamblaje. Consulte http://msdn.microsoft.com/en-us/library/e74a18c4(v=vs.71).aspx para http://msdn.microsoft.com/en-us/library/e74a18c4(v=vs.71).aspx cómo configurarlo

Answer 3

¿Reconstruiste tus componentes desde cero?

¿Están incluidos los proyectos?

¿Están todos construyendo?

¿Están todos construyendo en la misma plataforma (x86 vs x64)?

Answer 4

Establece el valor predeterminado construido en x86 y eso debería arreglarlo.

Answer 5

Me enfrenté al mismo error, no puedo construir mi aplicación.

Así que buscó aquí, dice cambiar la plataforma de solución X64 o X32. Pero en mi caso, la plataforma de soluciones solo muestra cualquier opción de CPU y administrador de configuración.

Pero simplemente cambio la configuración de la solución.

Debug => Release

entonces

Release => Debug

Finalmente limpiar y reconstruir la solución. Su trabajo para mí! :)

Answer 6

Me he encontrado con esto antes, asegúrese de que en su archivo de código de Form.Designer.cs, cada llamada a sus controles personalizados se realice de manera absoluta. Por ejemplo:

Namespace.CustomControl control;

Más bien que

CustomControl control;

Answer 7

Mire sus referencias y encuentre alguna que tenga iconos de signo de exclamación. Elimine las malas referencias y agréguelas de nuevo a su proyecto.

Answer 8

Para cualquier persona que tenga problemas similares. Acabo de encontrar esto en VS 2013 (lado VB) en una PC x86. Como se mencionó anteriormente, cambié de ''anyCPU'' a ''x86'' y el diseñador de formularios se abrió de inmediato. Simple, pero probablemente no lo habría intentado sin la (s) publicación (es) anterior (es). Para lo que vale, cambié de nuevo a ''anyCPU'', y hasta ahora no he tenido recurrencias ...

Answer 9

Si su proyecto está dirigido a 64 bits, debe compilar para 32 bits y elegir la solución de 32 bits mientras realiza la edición de la GUI. Esto se debe a que Studio es de 32 bits, por lo que no se pueden cargar controles de 64 bits.