Redux

• dispatch : redux에 국한되는 개념은 아니다.
• 왜 단방향 데이터 바인딩이 예측 가능할까??? ⇒ 실제 예측가능하게 플로우가 가져감

  • View에서 유저가 일으키는 행동에 맞게 Action객체 생성 (의도를 자바스크립트 객체로 만듬)

    • ⭐️ 내가 업데이트 하려는 ‘의도’를 인자 입력으로 넣어주기 위함, 그리고 그것이 순수한 데이터 형태이기 위해서

      {type : 'ADD_COUNT', payload : 1}
      

  • Action(순수 데이터)은 Dispatcher를 통해 Reducer로 전달

  • Reducer의 큰 흐름

    (pervState, action) => nextState
    

  • Action의 Type에 따라 Reducer 내에 정의된 store 반영

<aside> ✅ 결국 Action 의도(순수한 데이터)를 dispatcher가 받아서, 이를 reducer에서 처리를 해준다.

</aside>

클로져

• 클래스형 컴포넌트는 인스턴스화된 객체에서 상태를 가지고 있기 때문에 그것을 참조하여 상태관리를 하는데
• 함수형 컴포넌트는 함수이고, 함수는 호출후 내부 데이터는 메모리에서 사라져야하는데, 함수 내부의 state는 살아있다 이는 클로져로 구현되어져 있다.

Tanstack Query

• 진실의 원천은 서버에 있는데, 클라이언트에서 또 관리하는 형태가 되어서…… redux에서 비동기 데이터를 관리하는게 맞을까요??
• store는 정말로 진실한 정보의 원천인가?? ⇒ 가져오는 순간부터 오래된 데이터일 수 도 있다.

Http Cache

Cache-Control : max-age=1, stale-while-revalidate=59

1. max-age를 확인
   1. 아직 만료되지 않았으면 ⇒ DO Nothing