개발자 99% 커뮤니티에서 수다 떨어요!
프롤로그 : 리액트를 쓰게된지 2년정도 된거 같은데 상태관리에서도 많은 변화가 생겼고 또 생기려 하고 있는듯 하네요. 여러가지 리액트 상태관리 흐름에 관한 것들을 적어 보았습니다
내용 : 리액트 상태 관리를 어떻게 하냐에 따라 리렌 더 등 성능 이슈가 생길 수 있고 어떤 상태 라이브러리를 쓰며 어떤 구조로 상태를 설계해서 다루냐에 따라서 유지 보수 관점에서 코드의 라이프 사이클이 크게 짧아질 수도 길어질 수도 있다. 상태 설계는 만드는 개발자마다 중요하게 생각하는 지점이 갈릴 수도 있고 한번 설계되면 프로젝트를 새로 만들지 않는 이상 고치기가 쉽지 않아서 깊은 고려를 하고 시작해야 되는 부분이다. 전역 상태 라이브러리로 Redux가 여전히 대세로 쓰이고 있고 많은 프로젝트에서 전역 상태가 무분별하게 사용되고 있다. 점차 전역 상태 라이브러리를 안 쓰는 게 좋다는 흐름이 생기고 있고 리액트 팀에서는 Recoil을 만들어서 기존의 전역 상태 라이브러리를 대체하려고 하고 있다. 리액트의 상태 관리가 어떻게 진행되어 왔고 어떻게 진행되려고 하고 있는지 또, 어떤 식으로 설계되는 게 권장되는지 써보려고 한다. ... 계속