WPF 프런트 엔드 클라이언트에서 WCF 서비스를 호출하는 디자인이 생길 것입니다. 내가 정말로 싫어하는 한 가지는 WCF 서비스의 구성을 클라이언트에 밀접하게 결합시키는 것입니다. .NET 4에서 ws-discovery에 대한 몇 가지 기사를 읽었으며이 문제를 처리하는 데 사람들이 사용하는 공통 모델인지 궁금합니다.WPF WCF ws- 검색
그래서 내가 보는 방법은 "메서드 호출이 있고 ISomeInterface를 구현하는 서비스에서 처리해야합니다."라는 클라이언트가 있다는 것입니다. 그러면 해당 인터페이스를 구현하는 수많은 서비스 (아마도 일부 공통 ESB의 일부 일 수 있습니다)가있을 수 있습니다. 그러면 클라이언트의 메서드 호출이 이러한 서비스 중 하나에 자동으로 라우팅됩니다. 내가 이것을 정확히 이해하고 있는가? 그렇다면 그러한 접근법의 단점은 무엇입니까?
많은 감사
응답 해 주셔서 감사합니다. 그러나 서비스 브로커 접근법을 구현하는 경우 클라이언트와 서비스 사이에 중개자가 있어야하기 때문에 오버 헤드가 추가되지 않을까요? 이런 종류의 디자인이 일반적으로 무언가 반응하는 것을 원하는 두꺼운 고객이 받아 들일만한 것이 될 수 있습니까? 저는 공통된 패턴을 연구하고 그것이 적합 할 수 있는지 확인하려고합니다. 다시 한 번 감사합니다. –
예, 브로커는 병 목이됩니다. 또한 UDDI 접근 방식을 살펴볼 수도 있습니다. 처음으로 서비스를 검색 할 때 어디로 가고 나중에 연결해야하는지 중앙 지점에 묻습니다. – blowdart
다시 한 번 감사드립니다. 어떤 접근 방식을 사용합니까? 또는 클라이언트와 서비스가 구성에 의해 밀접하게 결합되어 있습니까? –