프로젝트에 투입되어 아니 덩그러니 맡게 되어, 리덕스를 공부하며 사용하며 드는 생각들에 대한 고찰.
갑자기 자다가 잠에서 깨서 문득 드는 생각.
일 생각..!ㅋㅋㅋ (와 진짜 할거 없나부다ㅋㅋ 운동 좀 할래? 힘이 안 빠져서 잠이 안오나 보다!!)
user, pass, authenticated를 한데 묶어서 userSlice를 만들고 이거를 global state로 관리해야지!
로컬 스토리지에 넣었다 뺏다 귀찮음! 어제 그러고 있다가 막판에
‘아오 이거 반복 되는 코드인데!? 없애… 아니 처리하겠어!!!!’이러고 퇴근함ㅋㅋ
또 드는 생각!
내가 쓰고 있는 redux toolkit 즉 RTK 라 불리는 것을 사용하면 전역 변수를 쉽게 관리 하는거 같은데,
내가 등록한 slice가 지금 뭐 뭐 였지? 몇개 였지? 내 생각에 다 등록한것 같음 ㅋㅋㅋ
아, 그래서 내 상사가 global state에 다 관리하지 마~ 라고 했던 건가?
RTK 써도 다 전체 등록하는게 아니고 부모 자식간에 prop 전달도 하고 섞어 쓰는 듯!
이거이거 나온김에 챗GPT 도사님께 전역변수 지역변수 개념 정리 한번 더 잡고 가자~
그러면서 드는 또 생각. 생각은 생각의 꼬리를 물지. 멍멍
- 많은 slice 들.. 좀 한군데로 줄여서 관리할 수 없나 비슷한것 끼리 묶어서 initialstate로?
- 그리고 한 api가 성공하면 바로 또 다른 api를 불러야 하는데, 이거 관리 말이야 addcase fulfilled 파트에 다가 하는 건지 아니면 해당 페이지에 try catch 에 넣는 건지, 아니면 useEffect에 넣는건지 존헷….
가장 정석의 정석은 데이브 님의 영상임. 왜냐면 상사는 RTK 안 쓰거덩 ㅠㅠ 데이브..! 내 사랑 데이브..!
오늘 이 분 것 영상만 로그인 관련해서 두 개 정도 클론 받고, 또 다른 RTK 관련해서 하나 풀 받아서 뒤적 뒤적 거리는 중~ 헷갈리는 부분이 있으면 영상도 보고~ 아마 한 돌려 보기 여러 번 해야할 듯!
보면서 느꼈던 깨달음 정리
- 단순히 뿌려주는 거면 addcase에 fulfilled 만 넣어도 되는구나…! 나는 pending, rejected 케이스도 꼭 넣어야 하는 줄 알았다.
- 그리고 api 호출하고 try catch 없이 response.data 만 받아 버리데?!
물론 다 알고 시작했으면 좋겠지만, 알아가면서 헤쳐나가면서 배우는 부분도 있고 (인생이란 그런 법..ㅋㅋ) 확실히 회사를 다니면서 프로젝트를 맡게 되면서 나같은 초짜가 스스로 공부해 나가면서 알게 되는 부분이 많다.
오늘도 여전히 망망대해 항해 중~~~ 나아 가고 있으니, 생존하고 있으니 다행ㅋㅋ
그래서
내일은 userSlice 등록해서 전역에 관리하게 하고~
api fetch 성공하면 바로 다음 api 부르는것 addcase에 넣어야 하는지 아니면 해당 js 페이지의 try catch 에 넣는건지 조금 더 공부해 보고, 지금 생각해보니 다 후자에 넣었던것 같다. 실패 성공에 따라 무슨 액션을 취할 건지도 잘 해보자~~~
아 그리고 이제 검색 창이랑 refresh 버튼 이런 부분도 잘 동작 할 수 있도록 만들어야 겠지..?^^
큰틀로 전체적인 걸 잡고 갈지 아니면 한 페이지에서 꼼꼼하게 마무리하고 다음으로 넘어갈지 고민
한 문제를 해결하지 못하면 하루 종일 그걸 잡고 있을지 아니면 일단 할 수 있는 다른 파트로 시간 보낼지 고민
우선은 오전에는 한 문제를 잡고 있고 오후에는 기분 좋게 퇴근하라고 할 수 있는 영역 부분을 업데이트 하고 가는 중.
아아아 그리고 private route 랑 public route 영상도 내일 봐야해! 문득 생각 나네 ^^
존버 홧팅 바람^^