인프런 커뮤니티 질문&답변
작성한 질문수
프로바이더 컴포넌트의 위치는 어떤 기준인가요?
해결된 질문
작성
·
38
·
수정됨
1
강의에서는 리턴문 내에 TodoStateContext.Provider 컴포넌트가 상위에 있고 자식으로 TodoDispatchContext.Provider컴포넌트가 아래에 있는데 이유가 무엇인가요? 이 둘의 위치가 바뀌면 안되는건가요? 프로바이더 컴포넌트는 하위에 있는 모든 컴포넌트에서 값을 꺼내 쓸 수 있으면 둘의 위치가 바뀌어도 상관이 없는것 아닌가요? 이유가 궁금합니다!
답변 3
1
안녕하세요 서회정님 이정환입니다.
둘의 위치는 바뀌어도 무관합니다. 실제로 바꿔보시면 동일하게 동작함을 확인하실 수 있습니다!
순서가 중요해지는 경우는 한 Provider의 value가 다른 Context의 값에 의존할 때뿐인데, 여기서는 data와 { onCreate, onUpdate, onDelete }가 서로 독립적으로 생성되므로 상관없습니다.
0
TodoStateContext의 Provider 가 상위에서 먼저 state 를 제공하고,
TodoDispatchContext 의 Provider 가 dispatch 를 제공해야 dispatch가 제공된 state를 기반으로 동작할 수 있기 때문입니다.
Context 의 Provider는 트리 계층 구조로 동작하기 때문에 하위 Provider 는 상위 Provider가 제공하는 값을 사용할 수 있지만, 그 반대로 불가능 할 수 있습니다. 만약 TodoDispatchContext.Provider 가 상위에 존재한 다면 하위에 있는 state 가 준비되지 않은 상태에서 참조할 수 없는 상태가 됩니다.
그렇기 때문에 데이터 흐름의 보장을 위해 state -> dispatch -> state 갱신 -> state 구독 컴포넌 리렌더링 흐름 구조로 프로바이더를 제공하는 것이 좋습니다.
0
안녕하세요, 인프런 AI 인턴입니다. 서회정님.
TodoStateContext.Provider와 TodoDispatchContext.Provider의 위치를 설정하는 이유는 컨텍스트의 역할에 따라 달라질 수 있습니다. StateContext는 일반적으로 상태 값을 제공하는 데 사용되며, DispatchContext는 상태를 변경할 수 있는 함수들을 제공하는 데 사용됩니다.
위치의 의미:
TodoStateContext.Provider가 먼저 오게 되면, 모든 하위 컴포넌트에서 상태에 접근할 수 있습니다.
TodoDispatchContext.Provider를StateContext의 자식으로 두는 것은DispatchContext가 상태에 의존하거나, 상태를 함께 다루는 함수들을 제공하기 때문입니다.
위치 변경의 영향:
- 일반적인 구조에서는
StateProvider가 먼저 나오고DispatchProvider가 그 뒤를 따릅니다. 이는 뷰 애플리케이션의 리렌더링 최적화 및 구조적인 일관성을 유지하는 데 도움이 될 수 있습니다. 상태가 제공되지 않은 컴포넌트의 경우 상태 업데이트가 무의미하기 때문입니다.
- 일반적인 구조에서는
실질적인 이유:
- 두 프로바이더의 위치를 변경해도 기술적으로 가능하지만, 유지보수성과 코드의 논리적인 이해를 돕기 위해 흔히 사용하는 패턴을 따르는 것을 권장합니다.
- 두 프로바이더의 위치를 변경해도 기술적으로 가능하지만, 유지보수성과 코드의 논리적인 이해를 돕기 위해 흔히 사용하는 패턴을 따르는 것을 권장합니다.
관련된 기존 답변
- Context Provider의 위치와 역할에 자주하는 질문: Context API의 Provider가 어떻게 배치되어야 하는지에 대한 상세한 논의가 이루어졌습니다.
리액트의 Context API를 활용할 때는 코드의 가독성과 팀 내의 일관성을 유지하는 것이 중요합니다. 추가적으로 궁금한 점이 있으시면 언제든지 질문해 주세요.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.