투두메이트 클론 중간점검

 

왜 이런 글을 적나요?

개발 동아리 운영진으로 참여하게 됐는데 위의 투두메이트를 클론을 해야 했다. 내가 이걸 어느정도 클론하면서 어려웠던 점을 적고자 한다.

 

이런게 어려웠음

이미 만들어진 제공받은 API를 활용하여 이 앱을 만들어야 했는데 전역 상태관리 라이브러리를 도입할 수 밖에 없었고(todos데이터 때문), 백엔드에서 제공해주는 기능이 좀 제한적이었다 (특정 목표의 해당하는 투두리스트 얻어올 방법이 없었음). 근데 그렇다고 백엔드 한테 이 기능을 만들어 달라고 하는 것도 별로인게 나중에 목표가 100개 정도 된다면 100개의 리퀘스트를 보내게 된다.. 그래서 최대한 받아온 todoList를 UI의 필요대로 바꾸었다. recoil의 selector를 적극 활용했다.

 

react-query 사용을 좀 고민했었다. 만약 todo를 완료했다고 체크하는 상황을 가정하자. 우선은 전역데이터를 수정함과 동시에 서버에 리퀘스트를 보내어 DB에서 해당 todo가 업데이트 되어야할 것이다. 또, UI에도 즉각 반영이 되어야 했다. react-query를 쓰면 이 부분을 쉽게 할 수 있지 않을까? 생각했다. 그리고 전역적으로 관리되나 보니 recoil도 안 쓸 수 있고 말이다. 하지만, 어차피 월별로 받은 todoList를 필터링을 하려면 recoil의 selector와 같은 문법이 필요했고, 즉각적인 UI 반영은 전역 데이터인 todoList를 고치면 되고 별로 어렵지도 않겠다 판단하여 그냥 recoil만 사용했다. 

 

recoil을 사용하다보니 간편하지만 상태가 어떻게 변하는지 추적하기 어려운 것 같다. 지금 투두메이트 클론도 이 정도인데 규모가 더 거친다면 redux 등과 같은 다른 대안을 찾아봐야 할 것이다.

 

암튼,,, 급하게 만드느라 코드가 좀 엉망이다. 동아리 부원들이 해당 프로젝트를 만드는 것에 어려움을 느낄 것이 물보듯 뻔해서 좀 걱정이 되기도 한다..

 

 

+2024-02-23

아니다.. 이거 리액트 쿼리 써야할듯하다 전역 todoList를 직접 바꿔보려니까 코드가 알아보기도 힘들고 복잡하다. recoil이랑 react-query를 같이 써야할 듯하다.

 

+2024-03-13

 

리액트 쿼리 안써도 될듯하다.

리코일 selector써도 된다. 백엔드에서 post에 대한 응답으로 알맞은 값만 내려주면 된다.

 

+ 주말에 백엔드와 연동해보기로 했다 기대가 된다!