En VS2010, Silverlight 4, .NET 4, tengo un servicio WCF y una aplicación Silverlight, y Silverlight está accediendo a la clase no con Add Service Reference pero al compartir el contrato. Naturalmente, esto significa que tengo el contrato en una biblioteca de clases de Silverlight, y el servicio tiene una referencia de proyecto a esa biblioteca.VS2010: Advertencia sobre agregar proyecto de referencia al proyecto Silverlight del proyecto .NET
Curiosamente, esto se traduce en un icono/\ en el de referencia, y una advertencia:
El proyecto 'SilverlightClassLibrary1' no puede hacer referencia. El proyecto al que se hace referencia está dirigido a una familia de marcos diferente (Silverlight)
Sin embargo, la referencia funciona bien (puedo usar la interfaz en mi aplicación Silverlight) y funciona bien.
¿Esto es un error? Supongo que sí, ya que la advertencia está mintiendo y también desaparece si agrega una referencia de ensamblado en lugar de una referencia de proyecto. Presenté un bug y también hay más información here.
Tenga en cuenta que solo es una * advertencia *. He visto algo similar, de hecho, es por eso que no expandí las "referencias" en la imagen 'SerializerGenerator', aquí http://marcgravell.blogspot.com/2010/04/walkthrough-protobuf-net-on -phone-7.html (el proyecto 'MyDto' es, como el suyo, Silverlight). Buena pregunta, sin embargo. Un buen lugar es la diferencia entre la referencia del proyecto/dll. Voy a dar una oportunidad por lo que estoy haciendo ;-p –
Interesante. ¿Se queja si, en lugar de agregar una referencia a DLL, incluye los Contratos en una DLL de Silverlight al vincular los archivos? – Doobi
No, no se queja, ya que literalmente está copiando el código en otro ensamblado. – nlawalker