😶 누구냐 넌?

아마 이 글을 보는 많은 분들은 이미 이친구에 대해 아실거라 생각합니다. 굳이 입아프게 state 관리에 대한 이론적인 설명은 생략하도록 하겠습니다 😉 ( 귀찮아서 아님 ㅎ )

짧게 말하자면 위에서 나왔듯이 SPA의 State 관리를 위한 라이브러리가 바로 State API라 할 수 있습니다!

근데 뜬금없이 이걸 왜 포스팅해...?

아주 적절한 질문입니다.

구직 공고만 보면 Redux 사용 가능한자 우대 👍
Redux-saga 사용 가능한자 우대 👍

이런 공고가 아주 많이 나오는데요... 왜냐하면 이미 많은 기업에서 redux를 사용한 FE를 구성했기 때문인데요. 이를 바탕으로 react시장에서 state library는redux가 가장 대표적이고 보편적이라 볼 수 있습니다.

그래서 redux 를 해야겠다 😄 하는 순간 엄청난 러닝커브의 수렁에 빠지게 됩니다..
( 리액트(ReactJS) 개발자가 걷게 되는 길 )

물론 리덕스가 나쁘다는 뜻은 절대 아닙니다!!

(Dan Abrarnov의 Medium 게시글 발췌)

위와 같이 리덕스는 단순 전역 상태 관리 그 이상의 성능으로 개발에 엄청난 강점을 가지고 있습니다.
그러나 오직 전역 상태 관리의 편의성을 기준으로 생각하면 ContextAPI의 강점 역시 분명합니다.

21웹개발 트렌드 from 드림코딩

개인적인 의견도 있지만 위의 상태관리 라이브러리 선호도 조사에서 실제로 Context API의 사용이 리덕스를 추월하게 되었습니다!!!

(리액트 훅 + Context = 🍯 )

그리고 근 3년 안에 없어질것 같은 것의 설문 조사에서 1등 해버린 리덕스...🥲 ( 😄 )

그래서 리덕스 접고 Context 하라고?

리덕스를 사랑하시는 많은 분들께서 살짝 화가 나실까봐 말씀드리지만 절대 아닙니다! 리덕스는 리덕스 만의 상당한 강점이 있습니다.
그러나 제가 말하고자 하는 것은 처음 리덕스가 나왔을 때의 비실비실한 Context가 아니라는 것을 말씀드리고 싶습니다.

React 에서 직접 만든 전역 상태 관리 기능이고, 꾸준히 버전이 올라갈 때마다 업데이트를 하다보니 사용자가 많아지고 편해지는 것이 현재의 트랜드라 생각하고 있습니다.
그래서 이번 포스팅에서 Context를 직접 해보며 편리한 점을 공부할겸 정리할겸? 글을 써보도록 하겠습니다 👍