1. context api 설명
context는 consumer를 렌더링할 때 근처 Provider의 value를 읽고,
이걸 context value로 받은다음,
context를 구독하는 consumer가 이 (context) value를 받아 렌더링할 수 있게끔 한다
2. useContext hook과의 연결
useContext hook이 context 객체(React.createContext에서 반환된 값)을 받아 그 context의 현재 value를 반환하는데, 이것이 Provider의 value와 동일할 수 있는 이유이다.
;ㅅ;....... 어렵당
너 천재구나
프공이 프갤 공식바보야!!!1
바보랑 천재의 차이는 종이 한장차이임. 너도 그 한장이 달라서 천재라는걸 강조하기 위해 !!!!!나열뒤에 1을 무심한듯 툭 던져놓았겠지
우!!!!!!!!!!
넌 모 공부해 시그마 칭구 ??
취준생임?
넹!!!!!!! 백수에요!
여전히 FLUX 패턴을 컨텍스트로 이해하는거같은데 컨텍스트 자체는 그냥 저런 아키텍쳐랑 전혀 상관없고, 니가 말하는건 페북에서 만든 FLUX 패턴이야. 리덕스 개발할때 쓰였던. 컨텍스트를 꼭 FLUX패턴으로 쓰지는 않아. 리코일 역시 컨텍스트를 이용해서 전역상태관리를 하지만 FLUX패턴이 아닌 아토믹패턴임
컨텍스트가 쓸만한 물건이 되기전에는 리액트로 개발한다 = 리덕스를 쓴다 였기때문에 FLUX 패턴에 다들 익숙해서, context API 관련된 블로그 포스팅들이 죄다 플럭스패턴으로 구현을 하는데 이건 스프링을 자바로 착각하는 멍청이들이랑 비슷한거야.
아 그랭...? ㅠ.. 음..... 공식문서 읽고 해석한게 저거였는데......................ㅠㅠㅠ........ 끄응...... 좀 더 찾아볼게...ㅠㅠㅠ ;ㅅ;.................
마자 react router같은것도 context라던데, 그걸 생각해보면 내가 이해한게 좀 다른거같기도하당...
https://ko.reactjs.org/docs/context.html
이거
보고 이해한 개념들이었는데, 한번 좀 더 찾아볼게!!!!
차라리
https://ko.reactjs.org/docs/hooks-reference.html#usecontext
usecontext
문서를 좀 파봐.
저 짧은 코드가 차라리 컨텍스트를 더 잘 설명함.
저기서 themes 객체가 useState 대신 상태를 저장하는거야.
거기에 + 리코일을 살짝이라도 공부해보면 컨텍스트가 어떻게 돌아가는지 훨씬 직관적으로 이해가 될거야
으음..............나 저거 useContext 파트를 보고 해석한게 저 개념이었는데............ 그래서 저 themes 객체가 context value를 받아서 저장한거구...... 오케.... 일단 한번 너가 말한거 토대로 좀 더 찾아볼게 땡큐!!!!ㅊ^~^