Silverlight와 별도의 WCF 프로젝트 사용

Question

WCF를 사용하는 Silverlight 응용 프로그램을 만들고 있습니다. 내 Silverlight 프로젝트를 호스팅 할 ASP.Net 응용 프로그램과 별도로 WCF 프로젝트를 만들어야합니다. 내 솔루션을 구성하고 디버깅 및 배포 중 다른 사람들이 겪었던 문제를 나열하는 방법에 대한 지침을 찾고 있습니다.

는 특히 내 질문은 나는 WCF 서비스? (A WCF 프로젝트 자체 호스팅 WCF 서비스와의 ASP.NET 프로젝트, 뭔가 다른)

에 사용해야하는 프로젝트의 유형

2. F5 키를 눌러 Silverlight 프로젝트와 내 WCF 서비스를 모두 디버깅 할 수 있도록하려면 어떻게해야합니까? 문제를 디버깅하기 위해 도메인 간 정책이 필요합니까?

내가이 일을하려는 이유에 대한 몇 가지 배경 정보 :

나는 점차 Silverlight 응용 프로그램까지 변환하고 기존 웹 응용 프로그램이 있습니다. 대규모 웹 응용 프로그램이므로 일부 기능은 다른 기능보다 먼저 Silverlight로 변환됩니다.

레거시 웹 응용 프로그램에는 더 이상 사용되지 않는 많은 코드가 있습니다. 더 이상 사용되지 않는 대부분의 코드는 3 번째 파트 어셈블리를 참조합니다. 이런 이유로 나는 오래된 웹 애플리케이션을 제거하고 싶다. 그래서 분명히 앞으로의 버전을 위해 보관 될 WCF 서비스를 호스팅하고 싶지 않습니다. 그것이 WCF 프로젝트를 분리하려는 나의 이유입니다.

Answer 1

우리는 똑같은 일을하고 있습니다.

1. 향후 호스트 방식을 변경해야하는 경우를 대비하여 WCF 프로젝트를 사용하고 있습니다. (I.E. 더 이상 IIS를 사용하지 않음)

2.a. Silverlight 프로젝트와 wcf 프로젝트로 솔루션을 가질 수 있습니다. Silverlight 프로젝트에는 솔루션의 wcf 서비스에 대한 서비스 참조가 있습니다. 따라서 F5 키를 사용하여 디버깅 할 수 있습니다. 그러나 배포 할 때 프로덕션 위치를 참조하도록 app.config 서비스 URI를 변경해야합니다.

2.b. wcf 서비스와 실버 라이트 애플리케이션의 정규화 된 도메인 이름이 다른 경우에만 크로스 도메인 정책 파일이 필요합니다. 우리는 다른 일이 생깁니다. 다음은 정책 파일을 사용할시기에 대한 훌륭한 기사입니다. Clicky

행운을 빈다!

Answer 2

배포 할 준비가되었을 때 서비스가 앱과 다른 컴퓨터에서 호스팅되는 경우 먼저 서비스를 배포해야한다는 점을 기억하십시오. 그런 다음 서비스 참조를 다시 구성하고 배포하기 전에 Silverlight를 다시 컴파일하십시오. 그렇지 않으면 Silverlight 응용 프로그램은 배포하는 위치가 아닌 로컬 컴퓨터에서 서비스를 찾습니다.