보낼 URL의 부재 | isdnetworks

신규 구조 상품인데 클릭하면 구 구조 수정 페이지로 간다는 이슈가 있었다. 신규면 신규 주소로 보내면 되는 간단한 일로 보였다.

Open Table of contents

추측으로 제시한 경로

해시 라우터가 있으니 개별 상품 경로도 있을 것이라고 보고 그 형태의 주소를 제안했다. 그 링크가 실재하느냐는 되물음을 받았다.

라우터 정의를 저장소에서 찾아보니 신규 구조용 라우터가 없었다. 하나 나온 것은 구 구조 페이지의 것이었고 파일 맨 위에 미사용이라고 적혀 있었다.

그러면 그 화면이 어떻게 도는지를 봤다. 서버 라우트가 템플릿을 렌더링하고 그 안에서 컴포넌트를 마운트하는 방식이었다.

해시 라우터가 아니라 클라이언트 라우팅 자체가 없었고 개별 상품은 주소가 아니라 다이얼로그로만 열리고 있었다. 개별 항목에 주소가 없는 설계라 신규 주소로 보낸다는 수정안이 성립하지 않았다.

문제의 링크도 확인했다. 서버 라우트의 포괄 패턴에 매칭돼 구 구조 등록과 수정 페이지로 가고 있었고 이슈 내용 그대로였다.

내가 추측으로 제시한 링크는 실재하지 않았으므로 되물음이 없었으면 그 링크로 고치는 작업이 시작됐을 것이다. 그러고 나서 응답이 없다는 것을 확인하고 나서야 알았을 것이다.

없다고 끝내지 않고 선택지를 정리했다. 신규 개별 수정 주소를 새로 만들거나 기존 주소에서 버전을 보고 목록으로 리다이렉트하면서 그 항목을 열게 하거나 애초에 링크로 만들지 않고 다이얼로그로 여는 방식에 맞추는 셋이다.

셋 중 하나를 먼저 정해야 링크 작업을 할 수 있으므로 이것이 신규 구조 관련 링크 작업의 전제 조건이라고 적었다. 어떻게 고치느냐가 아니라 무엇을 먼저 정해야 하느냐로 정리한 것이다.

이 건에서 내 실수는 확인하지 않은 링크를 제시한 것 하나다. 해시 라우터가 있으니 그런 경로가 있을 것이라는 추론은 그럴듯하고 그런 구조가 흔하기도 하다.

그런데 흔한 것과 여기 있는 것은 다르며 라우터 정의를 찾아보는 데는 30초면 된다. 제시하는 경로는 실재를 확인하고 제시하고 확인하지 않았으면 확인이 필요하다고 쓴다.