Visual Studio 2010: ¿falta una directiva de uso o una referencia de ensamblado?

Cuando agrego una referencia a mi dll en el proyecto de Visual Studio, puedo usarlo, pero cuando compilo mi código o bash ejecutarlo, me da una ¿falta una directiva using o una referencia de ensamblado? _ Error. Puedo confirmar que tengo el derecho de usar la statement para mi espacio de nombres y puedo confirmar que la DLL está correctamente cargada. ¿Alguien tiene alguna idea de lo que puede que no tenga razón en esto?

Vaya a la configuración del proyecto y asegúrese de que no esté comstackndo el proyecto para una versión .net que incluya el texto “perfil del cliente”.

Acababa de tener un problema como este, incluso si esta es una pregunta antigua, pensaría que agregaría mi 2c a lo que lo solucionó ya que ninguna de las otras respuestas ayudó:

Por la razón que sea, cuando construí la solución de arriba a abajo, un determinado dll no se actualizaba y daba como resultado el código modificado. Así que, aunque mi solución no tenía errores visibles, cuando intentaba comstackr, seguía haciendo referencia a la dll antigua y comenzó a quejarse.

Simplemente se trató de reconstruir directamente el proyecto ofensivo y después de eso recogió la última dll y la construyó felizmente.

Esto pareció ser un accidente extraño ya que ninguna configuración había cambiado entre cuándo funcionaba y cuándo no.

A veces, simplemente reconstruir la solución.

La ubicación de la DLL es importante.

Si agrega una referencia en su máquina local a una DLL que está fuera de su solución de Visual Studio, no necesariamente se copia en sus archivos de solución (depende del tipo de solución / proyecto).

Si este es su problema, entonces necesita poner la DLL en la misma ruta en la otra máquina, o copiarla en su solución para que se implemente junto con los archivos de la solución, y cambie la referencia.

También puede manejar esto con instrucciones de comstackción, pero eso podría estar más allá de sus aspiraciones en este momento.

Lo más probable es que su dll esté haciendo referencia a otro dll al que el proyecto del cliente no hace referencia y su código dll está exponiendo un tipo o una interfaz de la tercera dll al código del cliente.

Si publicas el mensaje exaCt, podremos ayudarte mejor.

¿Estás utilizando .net 4.0?

Si es así, esta dll probablemente no sea compatible con .net 4.0

En mi caso, el proyecto principal (WinForm) se configuró Marco de destino: FW 4.0 “perfil de cliente”. Cambio a FW 4.0 y trabajo perfecto !!. Al principio estaba buscando en los proyectos de referencia y estaban bien, pero el proyecto principal no. Espero que esta ayuda. Gracias.

En mi caso, este error de comstackción se ha ido después de agregar la referencia a Microsoft BCL Build Components a través del menú contextual “Gestionar paquetes NuGet” en el proyecto problemático.

Antes: tenía el proyecto Principal (aplicación de consola) haciendo referencia al proyecto A (biblioteca de clases). El proyecto A tenía dependencia de los componentes de construcción de Microsoft BCL.

Después: comencé a refactorizar donde escogí varias clases para el proyecto separado Nuevo . También dependía de A. Pero el error de comstackción se produjo en el proyecto Nuevo como si no hubiera una referencia Nuevo -> A (aunque Visual Studio no resaltó las interfaces y clases supuestamente no encontradas en la lista de errores de la comstackción).

Así que revisé las dependencias del proyecto A y encontré componentes de comstackción BCL de Microsoft. Después de agregarlo a las dependencias de New , todo funcionó bien. Lo más interesante es que Main no contenía esta dependencia y no la necesitaba.

Espero que esto ayude.

Solo tienes que revisar tu espacio de nombres de ese archivo de clase otra vez … funcionará