거래내역 스토어 기관 관리는 어떻게 할 것인가

거래내역 스토어에 기간 관리

초기 시나리오

1. 서브헤더바 [월] 선택
   • 달력, 메인페이지, 통계페이지에서 [월]에 따른 정보가 보여진다.
2. 메인페이지에서 필터링 적용
   • 메인페이지에만 필터링 적용된다.
3. 통계페이지에서 필터링 적용
   • 통계페이지에만 필터링이 적용된다.

논의

1. 다사용자 간의 업데이트를 고려한다면, 언제 데이터를 가져올 것인가?

• 논의 배경 : 스토어에 있는 거래내역 리스트를 메인페이지, 달력페이지에서 같이 사용하는 것으로 하였다. 이 때, 공유 가계부를 사용한다면 디비에 있는 데이터와 스토어에 있는 데이터가 달라질 것이다. 언제 API를 호출하여 스토어에 있는 거래내역을 업데이트 시킬 것인가에 대한 질문이 생겼다.

• option 1 : 웹소켓을 사용해서 실시간으로 변동

  • 가계부 내역을 보여줄 때 실시간으로 변동까지는 할 필요가 없을 듯 하다.
  • 게시판도 새로고침해야 새로운 게시글이 보인다.

• option 2 : 페이지가 변할 때마다 새로운 데이터를 가져옴.

  • 캐쉬된 데이터를 사용할 수는 없겠지만, 다사용자를 고민한다면 백엔드와 프론트의 데이터를 동기화할 수 있을 것이다.

• ✅ 결론 : option2 - 페이지가 변할 때마다 새로운 데이터를 가져온다.

2. 달력, 메이페이지, 통계페이지에서 필터링된 날짜가 달라야할까?

• 시나리오는 페이지마다 날짜에 대한 필터링이 다르게 적용이된다.

• 사용자 측면에서 본다면, 어느 페이지에서 선택된 날짜던지, 다른 페이지에 가서도 그 날짜가 적용되는 것이 좋을 것 같다.

• ✅ 결론 : 시나리오를 변경하자!

  • 어느 페이지에서 날짜를 변경시키면, 다른 페이지에서도 그 날짜에 대한 데이터를 보여주자.

• 초기 시나리오에 따른 스토어 설계

• 📌 결정된 시나리오에 따른 스토어 설계

3. trasaction 리스트를 (월/일)별로 묶어서 보낼까? 아니면 리스트로 보낼까?

• option 1. 그냥 검색된 리스트를 반환하자 -> objId 활용 용이
• option 2. 리스트를 월/일 별로 묶어서 반환하자. -> 기능 구현이 용이하고 objId 활용도 어렵지 않음
• ✅ 결론 : 기존에 했던 것 처럼 (월/일) 로 묶어서 보내는 것으로
  • 달력 페이지에서 해당 날의 데이터를 쉽게 접근 할 수있게.