Use un proyecto WCF separado con Silverlight

Question

Estoy trabajando en una aplicación Silverlight que usa WCF. Necesito tener mi proyecto WCF separado de la aplicación ASP.Net que alojará mi proyecto Silverlight. Busco una guía sobre cómo debo organizar mi solución y enumerar los errores que otras personas han experimentado durante la depuración y la implementación.

Específicamente mis preguntas son

1. ¿Qué tipo de proyecto debo usar para el servicio WCF? (Un proyecto WCF, un proyecto ASP.NET con servicios WCF autoalojados, otra cosa)

2. ¿Qué necesito para obtenerlo de modo que cuando presione F5 pueda depurar mi proyecto Silverlight y mi servicio WCF? ¿Necesitaré una política de varios dominios para depurar la cosa?

Información de fondo sobre por qué quiero hacer esto:

Tengo una aplicación web heredada que estoy convirtiendo gradualmente en una aplicación Silverlight. Debido a que es una aplicación web grande, algunas de sus características se convertirán a Silverlight antes que otras.

La aplicación web heredada tiene mucho código que ya no se usa. Gran parte del código que ya no se usa hace referencia a conjuntos de la tercera parte. Por eso quiero deshacerme de la antigua aplicación web. Así que, obviamente, no quiero alojar servicios WCF que se guardarán para futuras versiones. Esa es mi razón para querer separar el proyecto WCF.

Answer 1

Estamos haciendo exactamente lo mismo.

1. Estamos usando un proyecto WCF en caso de que tengamos que cambiar la forma en que se alojará en el futuro. (I.E. ya no usa IIS)

2.a. Puede tener una solución con sus proyectos de Silverlight y su proyecto de wcf. El proyecto Silverlight tendrá una referencia de servicio al servicio wcf en su solución. Eso te permite depurar usando F5. Sin embargo, cuando vaya a implementar, deberá cambiar los URI del servicio app.config para referirse a su ubicación de producción.

2.b. Solo necesitará un archivo de políticas entre dominios si sus nombres de dominio completos son diferentes para el servicio wcf y la aplicación Silverlight. Las nuestras son diferentes. Aquí hay un excelente artículo sobre cuándo usar el archivo de políticas: Clicky

¡Buena suerte!

Answer 2

Solo recuerde que cuando esté listo para la implementación, si su servicio se alojará en una máquina diferente a la de su aplicación, primero debe implementar el servicio. Luego, vuelva a configurar su referencia de servicio y, finalmente, vuelva a compilar su Silverlight antes de implementarlo. De lo contrario, su aplicación Silverlight buscará el servicio en su máquina local en lugar de donde lo implemente.