1
저는 현재 .asmx 서비스가 5 개있는 프로젝트에서 WCF 서비스를 추가하는 데 '필요'합니다.동일한 프로젝트의 WCF 및 ASMX
나쁘거나이 일을하는 몇 가지 불쾌한 문제가 될 수 있습니까?
A
답변
0
아무 문제없이이 작업을 수행 할 수 있습니다. 하지만 더 나은 유지 보수를 위해 & 확장 성 나는 "서비스 게이트웨이 패턴"을 사용하는 것이 좋습니다. 서비스 게이트웨이 패턴에서 
, 당신은 엔드 포인트에 대한 서비스의 변화 최소한의 영향을 최종에서 서비스 로직을 분리시켜 별도의 프로젝트를 만들어야합니다. 다른 종류 및/또는 다른 출처의 서비스를 사용하는 경우에도 유용합니다.
장점 :
- 응용 프로그램 의 나머지 서비스 액세스 로직을 분리하기 쉽게 응용 프로그램이 액세스하는 서비스를 변경할 수 있습니다. 예를 들어 의 경우 동일한 서비스의 새 버전 으로 전환하거나 다른 공급 업체의 서비스 수준 보장이 더 좋은 서비스 을 사용할 수 있습니다. 데이터 매핑을 수행하는 코드를 자동으로 생성 할 수 있다면 다른 서비스로 전환하는 것이 훨씬 쉽습니다.
- Service Gateway는 응용 프로그램 에서 서비스에 액세스하는 복잡성을 숨 깁니다. 이렇게하면 응용 프로그램 구성 요소와 서비스 액세스 구성 요소를 모두 재사용 할 수 있습니다. 응용 프로그램에는 서비스에 대한 직접 참조가 없으므로 구현 세부 정보 및 서비스 위치와 독립적입니다. 서비스 액세스 논리를 별도의 계층으로 캡슐화하면 동일한 전송 및 인증 메커니즘이 사용되는 한 여러 개의 서비스 호출간에 사용할 수 있으므로 액세스 논리의 재사용을 향상시킵니다 ( ).
- Service Gateway는 비동기 호출, 캐싱 및 오류 처리와 같은 공통 기능을 제공하기에 이상적인 위치를 제공합니다.
- 여러 타사 서비스 형식을 사용하는 경우 모든 차이점을 숨기면 & 스트림이 클라이언트에서 사용됩니다.
자세한 내용은 msdn Service Gateway 링크를 참조하십시오.