api를 여러번 호출하지 않는 것보다 중요한 것
TL;DR 성능을 위해 api요청 횟수를 줄이는 것보다 중요한건 로직의 단순함이다.
상황설명은 정확하지 않을 수 있습니다.
1) 문제상황:
- ㄱ 페이지에 list를 보여주기 위한 api a가 있다. 그리고, list를 중에 item 하나를 클릭했을때 연관된 정보를 보여주고 각각 연관된 페이지로 이동하는 기능이 있다.
- 연관된 페이지로 이동 하기 위해선, id와 type 그리고 관련 페이지마다 추가로 필요한 정보들이 있다. 이 정보는 간단할 수도 복잡할 수도 있다.
- ㄱ 페이지, ㄴ 페이지, ㄷ 페이지, api a, api b, api c등이 있고, 연관 페이지로 이동하는 기능은 각각 들어 갈 수 있다.
2) 구현 방법
방법 1. 각각의 api응답에 연관 페이지로 넘어갈때 필요한 정보를 한꺼번에 넘겨준다.
방법 2. api 응답에 연관 정보의 id와 type만 넘겨주고, 이동하는 작업을 실행할때 추가 정보를 요청하는 api를 추가 요청해서 해당 정보로 다음 페이지로 넘어간다.
방법 1의 어려움
- api a,b,c를 개발하는 개발자는 각각 다르고, 응답의 interface또한 다르다. api마다 연관페이지 이동을 위한 정보를 넘겨주는 format을 맞추기 위한 과정이 필요하다
- 해당 기능을 구현하는 개발자 또한, 어떤 페이지에 어떤 정보가 필요한지에 대해 알고 있어야 한다.
방법 2의 장점
- 연관 정보의 응답은 id와 type만 전달해 준다
- id와 type으로 페이지 이동에 필요한 정보를 전달해 주는 api를 개발한다.
- 이제 페이지 ㄱ,ㄴ,ㄷ를 개발할때 다른 연계 페이지에서 필요한 정보에 대해 알 필요가 없이 type과 id만 잘 넘어오는지 확인하고, 공통 로직을 실행하면 된다.
3) 결과
- 사실 처음부터 페이지 마다 type,id로만 페이지 이동이 가능하게 개발했다면, 편했겠지만
- 지금 상황에서 해결할 수 있는 방법을 선택해야 하는것 같다.
- 이렇게 만들어 놓은 로직으로 점진적으로 페이지 이동할때 아예 id와 type만 넘길 수 있도록 하면, 페이지간, api간 연계 작업이 편리할 것 같다.
글 솜씨를 기르자!