No se puede colocar el Control de Usuario en el Formulario

Mi aplicación debe ser de 64 bits. Con el fin de utilizar controles de usuario personalizados en el diseñador acabo de añadir un nuevo proyecto a mi solución. Este nuevo proyecto usa la configuración "AnyCPU" y contiene todos mis controles de usuario.

Mi solución contiene los siguientes proyectos:

• MyApp que es mi proyecto principal (Aplicación de formulario de Windows) compilado en 64 bits y haciendo referencia a mi segundo proyecto
• MyApp.UI.UserControls (biblioteca de clases) se compila para "Cualquier CPU " y contiene todos mis controles de usuario

Funciona como un encanto y está limpio

Por cierto, hay un artículo de soporte de Microsoft sobre ese tema.

• Acción: Intenta usar un componente de 64 bits dentro del Entorno de desarrollo integrado (IDE) de Microsoft Visual Studio.
• Causa de error: Este comportamiento es por diseño. Visual Studio es un proceso de 32 bits, y por lo tanto solo puede ejecutar módulos de 32 bits. Mientras Visual Studio le permite agregar una referencia a un ensamblado de 64 bits, en realidad no puede compilarlo JIT a 64 bits y ejecutarlo en proceso.
• Resolución:
  1. Reconstruya el ensamblado usando la opción "AnyCPU". Esto permitiría el componente que se ejecutará dentro de un proceso de 32 bits (como Visual Studio), o en un proceso de 64 bits.
  2. Agregue el ensamblado como referencia y cargue el control dinámicamente en tiempo de ejecución. Aunque usted todavía sería incapaz de utilizar el control dentro de cualquier diseñador dentro de Visual Estudio, todavía puedes escriba el código necesario para instanciar el control y configurarlo propiedades en consecuencia.

Fuente: http://support.microsoft.com/kb/963017

Yo también tenía este problema, pero la respuesta no podía encajar para mí. Mi proyecto tiene algunos problemas que solo puede apuntar a x86 y x64 por separado. En otras palabras, no puedo usar la configuración AnyCPU (eso es porque hago referencia a diferentes bibliotecas para cada configuración, ya que esas bibliotecas no son aptas para AnyCPU).

La solución que se me ocurrió fue: cuando necesito usar el diseñador de formularios, cambio la configuración a x86. Haz el trabajo, luego vuelve a x64 y prueba. El problema ocurre solo con el diseñador, pero la solución construye y funciona bien.

Tuve este problema en VS2015 y la solución resultó ser simple.

Había creado un control de usuario cortando y pegando algunos controles existentes de un formulario (con el objetivo de agruparlos en el control personalizado). El control personalizado estaba bien (sin errores de compilación), sin embargo, la eliminación de los controles de la forma existente significaba que la aplicación no compilaría. Por supuesto, no poder agregar el nuevo control significaba que no podía actualizar el código que hacía referencia al anterior controles con código que hace referencia al control personalizado.

Todo lo que hice fue hackear y cortar (comentar, crear controles temporales, etc.) para que toda la aplicación se compile. Después de compilarlo, descubrí que podía arrastrar el control personalizado al formulario (sin el error que provocó esta pregunta). Luego tuve que desenchufar y desenchufar para que el código hiciera referencia correctamente al nuevo control personalizado.

El mismo problema aquí. Supongo que está relacionado con el hecho de que el VS2010 instalado en el sistema operativo x64 sigue siendo un programa de 32 bits en el corazón.

Una solución alternativa que uno podría querer probar es simplemente abrir el formulario Thisusercontrolissupposedtobeaddedto.Diseñador.cs y use el código para agregar el control de usuario. Básicamente, estás haciendo el trabajo sucio que se supone que el Diseñador debe hacer.

No es tan difícil como parece, esp. teniendo en cuenta que probablemente hay un montón de código de ejemplo en ese archivo ya (por ejemplo, los botones que agregaste usando Designer). La única parte difícil es averiguar las coordenadas correctas en la forma para colocar el control.

El resultado final es que no puede ver el control de usuario en Desinger, pero se agregan al depurar/ejecutar.

También experimenté este problema, pero la causa fue diferente. En mi caso, un constructor de componente (formulario) o un evento de carga invocaron un método en otro lugar que usó reflexión para encontrar todas las clases que implementaron una determinada interfaz.

Si bien funciona bien en tiempo de ejecución, generó la excepción mencionada anteriormente en tiempo de diseño. (Excepción de inicialización de tipo con una Excepción de Carga de tipo como excepción interna).

¡Una hora de solución de problemas confusos y cansados a las 3:36 a. m. se resuelve fácilmente al día siguiente con una mente fresca!
Arreglé un simple error de ortografía en el nombre del archivo del control, por lo que ahora coincide con el nombre de UserControl, limpiado y reconstruido y Bobs gato de su tío raro. :]

Vaya a la propiedad del proyecto, luego a la pestaña 'Build' y marque 'Target Platform' como 'AnyCPU'.