2013-02-05 4 views
2

제 3 자의 리드를 수락하기 위해 IIS 호스팅 WCF 웹 서비스를 구현하고 있습니다. 정보를 저장하기 전후에 일어날 수있는 많은 작업이 있습니다. 플러그인 기반 아키텍처로 이것을 구현할 생각입니다. 의플러그인 기반 WCF 웹 서비스

예 작업 정보 (하지 미키 마우스) 유효 확인하는

  • 을 저장하기 전에 확인

    • 중복되어 미리 저장
    작업이

    포스트 - 저장

    • 창고를 수정하기위한 우편 번호 기반 라우팅
    • 리드 지정.

    나는 MEF에 관해 읽었지 만, 실제로 모든 호출에 대한 플러그인로드 및 언로드가 오버 헤드를 증가시킬 수있는 MEF를 구현할 가치가 있는지 결정할 수 없었습니다. 일부 마법에 모든 플러그인을로드하는 방법이 있습니까 application_start?

  • +3

    플러그인 아키텍처가 필요하지 않으면 유연한 아키텍처가 필요합니다. [this] (http://www.cuttingedge.it/blogs/steven/pivot/entry.php?id=95)를보십시오. – Steven

    답변

    0

    나는 이것을 위해 플러그인 아키텍처가 필요 없다는 것에 동의한다. 당신은 올바르게 설계된 서비스만으로도 좋습니다. Steven의 블로그 게시물 인 Writing Highly Maintainable WCF Services에서 이에 대한 몇 가지 좋은 힌트가 있습니다.

    그럼에도 불구하고 질문의 두 번째 부분에 답하기 위해 Application_Start에 MEF 구성 컨테이너를 초기화하지 않고 정적으로 저장하는 것 (일반적으로 잘못된 디자인 결정 인 글로벌 상태를 소개하는 것 외에는 아무 것도 없습니다.). 그런 다음 요청을 통해 공유되며 반복 된 내보내기 검색의 오버 헤드없이 필요에 따라 파트를 작성하는 데 사용할 수 있습니다.