타사 공급 업체와 통합 될 전자 상거래 사이트에서 작업하기 - 해당 공급 업체가 내부적으로 사용하는 상점 (즉, 상점 ABC123은 Google의 001-321 임)과 다른 식별자를 사용합니다. 내가 요청을 나타냅니다 예약 된 쿼리 문자열 매개 변수에 대한 들어오는 요청을 검사하는 가장 좋은 방법을 연구하고 있습니다 자신의 식별자를 사용하여 다시 우리의 식별자 식별자를 매핑한다ASP.NET WebForms - 사이트의 모든 페이지에서 특수한 쿼리 문자열 매개 변수 처리 - URL 다시 쓰기, URL 라우팅 또는 다른 방법?
는 (그래서 요청 example.com/ & 경우 theirId = ABC123 요청을 example.com/ & ourId = 001-321로 변환하고 싶습니다.
이 매핑을 수행하려면 제공된 ID를 검사하고 데이터베이스 또는 캐시에 대한 조회를 실행 한 다음 요청을 지정된 페이지로 전달해야합니다. 쿼리 문자열 매개 변수 만 수정하면됩니다 (다른 매개 변수는 HTTPHeader 등의 세부 사항과 같이 유지해야한다.
지금까지 내가 연구하고있어 몇 가지 다른 접근 방법 :
- (이미 너무 많은 않지만, 우리의 로깅 인프라의 이익과 다른 주입 종속성이있는) 기본 페이지에 구현
- 은 (라우팅과 같은 URL 라우팅은 당신이 아직도 생각하면 통찰력을 제공 자유롭게, 원하는 것이 아니다 사용
-
재 작성 URL을 사용하여 IHttpModule - 에 구현
성능 비용은 고려)에 맞는 :이 변환이 발생합니다 실제 횟수가 그것을 필요로하는 요청 하지의 수에 비해 매우 작을 것이다 - 아마도 1 %.
그러나 우리는 거의 모든 요청이 매핑을 수행 할 또 다른 통합 사이트 - 다른 접근 방식은 이전부터이 시나리오에 더 적합 것입니까?
IIS의 버전? – ScottE
은 IIS 7.5에서 호스팅되며 3.5 SP1을 실행합니다. – STW