2014-06-22 2 views
1

나는 많은 게시물 겪었지만, 나는 다음과 같이 WCF 서비스와 관련된 기본적인 의심의 내 일부 취소 할 수없는 않았다 :방법 설정 WCF

  1. 왜 우리가 Service.Contracts에 대해 별도의 클래스 라이브러리 프로젝트 어셈블리를 유지해야을 및 Service.Implementation? 우리는 단일 어셈블리로도 여러 인터페이스를 여러 번 구현할 수 있습니다. - WCF 응용 프로그램 프로젝트를 만들고 별도의 폴더와 SVC.cs 파일로 별도의 인터페이스를 유지한다고 가정합니다.

  2. 서비스 참조 추가는 모든 스키마를 클라이언트 측에 추가하기 때문에 좋지 않습니다. svcutil.exe도 동일한 작업을 수행합니다. 그런 다음 클라이언트 측에서 wcf 서비스를 사용하는 가장 좋은 방법은 무엇입니까?

답변

1

이 모든 내용은 WCF the Manual Way…the Right Way입니다.

기본적으로 단지 시간이 지남에 따라 유효 기간이 될 클라이언트 프록시로 이어질는 svcutil 서비스 참조 및 추가; 본질적으로 동일한 클래스에 대해 정의 된 여러 유형이 솔루션에 있다는 사실입니다.

업데이트 :

기본적으로 WCF 수동 방법은 ... 올바른 방법이 사용하는 것보다 그 대신 설명 :이 답변을 작성하기 때문에 내가 하지 배운 그래서 나는 다음 업데이트 다른 성에 대한 답변을

  1. 단점 : 서비스 참조 추가 대신에 별도의 DLL을으로 WCF 시스템을 분할 서비스와 클라이언트 모두가 계약 일반 코드 참조 (안 서비스 참조)를 추가 책자
  2. 서비스 구현
  3. 롤 - 네 - 자신의 클라이언트 프록시

를 dll을.

이렇게하면 서비스와 클라이언트가 동일한 유형 (클라이언트에서 코드 생성되지 않음)을 사용하고 계약이 변경되면 서비스와 클라이언트 모두 강제로 업데이트되므로 컴파일 오류가 줄어 듭니다. 더 이상 구식 인 고객은 없습니다.