worker.use를 사용해 searchParams으로 처리 시에도 새로고침 없이 URL 쿼리스트링만 교체해서 적용이 가능한 것 확인했습니다. (추후 devtools 도입 가능성 확인)
AS-IS
custom-status와 api-recorder가 같은 시나리오 시스템인데 서로 다른 활성화 방식으로 구현되어있음
-
Base Handler (OpenAPI 기반)
custom-status 타입을 사용할 때는 x-scenario 헤더로 시나리오를 제어하는데, 브라우저 주소창에서 쿼리 파라미터로 시나리오를 바꾸고 싶으면 각 프로젝트에서 interceptor를 설정해서 x-scenario 헤더를 주입해주는 사전 작업이 필요
-
Override Handler (API Recorder 기반)
api-recorder 타입은 브라우저 URL 쿼리 파라미터로 시나리오를 바꾸면, worker.use로 동적으로 추가되는 방식
TO-BE
- Base Handler (기본 응답용) -> 성공 응답 반환
- Custom Status Handler (OpenAPI 기반 시나리오용) -> x-scenario 삭제, 현재 override handler와 동일하게 worker.use로 처리
- Override Handler (API Recorder 기반) -> worker.use
효과
- x-scenario 헤더를 주입해주는 사전 작업 제거
- 처리 방식 통일함으로써 기존의 혼란 제거
worker.use를 사용해 searchParams으로 처리 시에도 새로고침 없이 URL 쿼리스트링만 교체해서 적용이 가능한 것 확인했습니다. (추후 devtools 도입 가능성 확인)
AS-IS
custom-status와 api-recorder가 같은 시나리오 시스템인데 서로 다른 활성화 방식으로 구현되어있음
Base Handler (OpenAPI 기반)
custom-status 타입을 사용할 때는 x-scenario 헤더로 시나리오를 제어하는데, 브라우저 주소창에서 쿼리 파라미터로 시나리오를 바꾸고 싶으면 각 프로젝트에서 interceptor를 설정해서 x-scenario 헤더를 주입해주는 사전 작업이 필요
Override Handler (API Recorder 기반)
api-recorder 타입은 브라우저 URL 쿼리 파라미터로 시나리오를 바꾸면, worker.use로 동적으로 추가되는 방식
TO-BE
효과