WCF 클라이언트 프록시, ASP.Net의 클라이언트/채널 캐싱 - 코드 검토

Question

오랜 시간 ASP.Net 인터페이스 개발자가 WCF를 배우고 더 많은 아키텍처 관련 프론트에 대한 교육을 찾고 있습니다. 나는 거래해야한다.

우리의 현재 ASMX 세계에서 우리는 웹 서비스와의 상호 작용을 위해 ServiceManager 정적 클래스를 만드는 모델을 채택했습니다. 우리는 WCF로 이전하기 위해 동일한 모델을 따르려고합니다. 처음에 나는 성능 문제를 다루고 있었지만, 조금 비틀었다. 그리고 지금은 원활하게 운영되고 있지만, 나는 전술에 의문을 제기하고있다.

public static class ContentManager 
{ 
    private static StoryManagerClient _clientProxy = null; 
    const string _contentServiceResourceCode = "StorySvc"; 

    // FOR CACHING 
    const int _getStoriesTTL = 300; 
    private static Dictionary<string, GetStoriesCacheItem> _getStoriesCache = new Dictionary<string, GetStoriesCacheItem>(); 
    private static ReaderWriterLockSlim _cacheLockStories = new ReaderWriterLockSlim(); 

    public static Story[] GetStories(string categoryGuid) 
    { 
     // OMITTED - if category is cached and not expired, return from cache 

     // get endpoint address from FinderClient (ResourceManagement SVC) 
     UrlResource ur = FinderClient.GetUrlResource(_contentServiceResourceCode); 

     // Get proxy 
     StoryManagerClient svc = GetStoryServiceClient(ur.Url); 

     // create request params 
     GetStoriesRequest request = new GetStoriesRequest{}; // SIMPLIFIED 
     Manifest manifest = new Manifest{}; // SIMPLIFIED 

     // execute GetStories at WCF service 
     try 
     { 
      GetStoriesResponse response = svc.GetStories(manifest, request); 
     } 
     catch (Exception) 
     { 
      if (svc.State == CommunicationState.Faulted) 
      { 
       svc.Abort(); 
      } 

      throw; 
     } 

     // OMITTED - do stuff with response, cache if needed 
     // return.... 
    } 

    internal static StoryManagerClient GetStoryServiceClient(string endpointAddress) 
    { 
     if (_clientProxy == null) 
      _clientProxy = new StoryManagerClient(GetServiceBinding(_contentServiceResourceCode), new EndpointAddress(endpointAddress)); 

     return _clientProxy; 
    } 

    public static Binding GetServiceBinding(string bindingSettingName) 
    { 
     // uses Finder service to load a binding object - our alternative to definition in web.config 
    } 

    public static void PreloadContentServiceClient() 
    { 
     // get finder location 
     UrlResource ur = FinderClient.GetUrlResource(_contentServiceResourceCode); 

     // preload proxy 
     GetStoryServiceClient(ur.Url); 
    }  
} 

우리는 왕복으로 지금 원활하게 실행하고있는 100ms의 범위 내에서 완료 호출 : 여기에 우리가 무슨 일을하는지의 단순화 된 버전 (제거 오류 처리, 캐싱, 객체 조작 등)입니다. PreloadContentServiceClient() 메소드를 생성하고 global.asax에 추가하면 "첫 번째 호출"성능이 같은 수준까지 내려갑니다. DataContractSerializer와 "서비스 참조 추가"메서드를 사용하고 있음을 알고 싶을 수도 있습니다.

정적 클래스, 싱글 톤, 공유 데이터 계약 어셈블리, ChannelFactory 패턴을 사용하는 방법, 그리고 우리의 사용 모델에 할 수있는 많은 것들을 많이 읽었습니다. 그것의 내 머리 위로 갔다. 그리고 제가 말한 것처럼, 우리는 매끄럽게 달리고있는 것처럼 보입니다. 나는 큰 그림을 보지 않고있는 것을 알고있다. 누군가 내가 채널 풀링, 프록시 실패 등과 관련하여 여기서 끝난 것을 말해 줄 수 있습니까? 왜 제가 ChannelFactory 경로로 향해야합니까? 내 직감은 그냥 해내겠다고 말하지만 내 머리는 왜 그걸 이해할 수없는 ...

고마워!

Answer 1

ChannelFactory는 일반적으로 당신이 서비스 참조 추가 사용하지 않을 때 사용됩니다 - 당신은 WSDL을 통해 생성되지 않은 공유 어셈블리를 통해 계약을 체결. 서비스 추가 참조은 본질적으로 무대 뒤에서 WCF 채널을 만드는 ClientBase을 사용합니다.

REST-ful 서비스를 다루는 경우 WebChannelFactory은 공유 어셈블리 계약을 기반으로하는 서비스 클라이언트와 같은 인터페이스를 제공합니다. 서비스가 REST-ful 엔드 포인트 바인딩 만 지원하는 경우 서비스 참조 추가을 사용할 수 없습니다.

유일한 차이점은 기본 설정입니다. 사용자 정의 동작, 바인딩 등을 위해 채널에 전체 액세스 권한이 필요합니까? 서비스 참조 추가 + SOAP은 사용자에게 필요한 인터페이스를 충분히 제공합니다.