화면 조회 시 1콜로 할 예정인데, 모든 조회를 한 API로 해도 될지 궁금합니다.

Question

spring boot 의 조회 API에 대회 질문을 드리려고 합니다.초기페이지를 조회할 때, 1콜로 할 예정인데요. 이 부분에서 대시보드를 하나의 컨트롤러로 처리하는게 맞을지 궁금합니다.public ApiResponse getDashBoard(@AuthenticationPrincipal CustomuserDetail userDetails, List

section, String tab) service.getDashBoard(userDetail.getId(), section, tab)컨트롤러를 이렇게 처리하는게 맞나 궁금합니다.물론 초반에 info tab이니까 저기에 default 값을 info로 처리할 예정입니다.그러면 info에 있는 모든 데이터를 전부 가져올 거구요.tab에 null이고 section만 적는다면 특정 섹션에 대한 정보만 조회하는 로직입니다.그래서 모든 조회 요청하는 API는 해당 컨트롤러로 해도 되는지 궁금합니다.그리고 섹션별 조회 요청 메소드도 따로 만들예정입니다.필요하진 않겠지만 혹시나 모르니 만들예정인데 이렇게 해도 되는지 궁금합니다.실무 경험이 많지 않아서 어떤식으로 할지에 대한 고민이 많네요.아, 그리고 컨트롤러 콜이 1개라도 각각의 섹션별 조회는 서비스에서 여러개로 나눠서 조회할 예정입니다.그래서 이 각 섹션의 서비스들을 섹션별 조회 요청 컨트롤러에서 같이 쓸 수 있게 할 예정입니다.이렇게 하는게 좋은건지,, 아니면 이런식으로 개발하면 안되는지 모르겠네요.

스프링잡부 · Answer

꼭 1콜로 구현해야하는지 곰곰히 생각해보세요.반드시 클릭하자마자 동기화된 데이터가 보여야하는게 아니라면Cache를 두거나 LazyLoading을 할수있쬬

감독님테스트가하고싶어요 · Answer

저 섹션이라는거에 따라서 조회하는 테이블이 달라지나요?다르면 분리하고, 같다면 한번에 긁어올거같네요.

더미 · Answer

느립니다. 왠만하면 따로 가세요

임시저장보관소 · Answer

와... 왜요...?api 중 하나라도 느린거 있으면 다 느려지는데요...?하자는 분이...graphql 신봉자라서... "모든걸 한번에 fetch 하는게 좋다" 생각인가요?graphql 도 요즘엔 defer 랑 stream 나오는데요

yeori · Answer

님네 회사 정책에 관한 규칙이니까 남들이 이래라 저래라 말할 수 없는 문제로 보입니다.남들은 조회수가 업무에서 얼마나 중요한 정보인지 모름대시보드 조회로 N개의 section을 조회할 때 조회수 1인지, N인지, N+1인지 모름일반적인 조회수라면 돈처럼 정확하게 맞추려고 애를 쓰지 않아도 될텐데, 업무상 사용량을 정확히 파악해야 한다면 그에 맞게 카운트 해주면 됩니다.정리히면, 남들은 맥락을 모름...

LifeDeveloper · Answer

대시보드같은건 한방쿼리. 화면은 로딩바

화면 조회 시 1콜로 할 예정인데, 모든 조회를 한 API로 해도 될지 궁금합니다.

6개의 답변

기술 목록