데이터를 받아오는 방식에 대한 고민

• entrance 페이지를 만들것인가? 만들면 로직 상의 차이가 존재할까?

• entrance 페이지에서 시간을 벌어 미리 로딩을 할 수는 있다.

• 어떤 데이터를 미리 로딩하면 좋을까?

  • 처음 받아오면 변하지 않는 데이터는 무엇인가?

    1. 메뉴 카테고리 목록
    2. 메뉴 목록
    3. 결제 수단 등..

    사실 모든 get API의 데이터들이 현재 기획상에서는 바뀌지 않는다.

    그럼 초기에 받아오는 것이 UX적으로 더 좋은거 아닌가? crud를 하더라도 중간에 바뀔일은 없다.

    (키오스크니깐)

    그럼 처음에 다 받아오자!

  • 그럼 바뀌는 데이터 혹은 그때그때 요청해야하는 데이터는 무엇인가?

    1. 메뉴 판매 순위
    2. 결제 내역 (영수증 생성용)
    3. 단일 메뉴에 대한 옵션? —> 애매하다.
       • 이 경우는 메뉴 목록을 받아올 때 같이 한번에 받아와도 된다.
       • 굳이 따로 받아오고 싶은 이유가 있나?
         • 사용하지 않을지도 모르는 데이터를 받아오는 것이 부담스러워서?
           • 이 논리라면, 메뉴 목록도 마찬가지 아닌가?
           • 그렇지만 직관적으로 확률을 생각하면, 메뉴 목록을 전부 노출될 가능성이 높지만, 옵션 데이터의 경우 비인기 메뉴의 것은 잘 보여지지 않을 것이다.
         • 데이터를 파싱하여 관리하기가 귀찮아서?
           • 이건 이유가 안된다. 엄청 힘든 것도 아니고.
       • 원래는 메뉴를 클릭할 때마다 가져오려고 했는데, 이유를 적다보니 그래야할 근거가 빈약하다.
       • 그렇다면 메뉴 옵션도 처음에 받아오는 것으로 하자.

• 정리

  • 사용자 화면 진입 시 처음에 다 받고 저장할 데이터
    1. 메뉴 카테고리 목록
    2. 메뉴 목록 (옵션을 포함하여)
    3. 가능한 결제 수단
  • 필요할 때마다 받아와서 사용할 데이터
    1. 카테고리별 판매 순위
       • 카테고리를 전환할 때 바꾸나?
       • 한 주문 사이클이 끝나면 바꾸나?
    2. 영수증 생성 데이터
       • 사실 클라이언트에 있는 정보를 그냥 사용해도 된다.
       • 고민이 필요.

  로딩 인디케이터

  • 첫 entrance화면에서 데이터를 받아오기 때문에 사용자가 체감하는 로딩시간을 적겠지만, 그래도 켜자마자 다음화면을 진입하기 원하거나, 매번 받아와야하는 데이터가 있기 때문에 필요할 수 있다.
  • 그러나 카테고리별 판매순위를 생각해보자.
    • 카테고리별 판매순위가 아직 없다고 해서 이미 메뉴 데이터는 있는데 화면을 그리지 않을 이유가 있을까?
    • 우선 띄우고 카테고리별 판매순위는 로딩이 완료되면 애니메이션으로 띄우는 것이 어떨까?
      • 오히려 ux적으로 판매순위에 대한 정보를 더 사용자에게 잘 전달할 수도 있다.
  • 영수증 생성의 경우 필요하다.
    • 결제 요청후 승인이 나기까지의 시간이 있기 때문에 이 경우는 로딩 인디케이터를 사용하자.
  • 그럼 첫 entrance 화면에서는?
  • 만약 로딩이 안된상태라면 아예 안넘어가게 하는건 어떨까? 아니면 entrance 화면 자체에 로딩인디케이터를 둘까?
    • 이 경우에는 로딩 인디케이터를 막대형식으로 하는 것이 좋을 것 같다.