멍냥생활 프로젝트 : 2주차 회고

이번 주 내가 구현한 기능?

이번주차동안에, 많은 기능들을 구현하였다.

유저 프로필 정보 생성, 수정과 

유저 팔로잉, 팔로워 , 포스트 CRUD에 대해 구현을 하였다.

 

해당 기능을 구현하기 위해, 어떤 기술적 의사결정을 거쳤는지?

팔로잉, 팔로워와 이후 구현할 좋아요 기능에 대해 모두 유저와 관련이 있고  어떻게 해야 db를 좀 더 효율적으로 사용해야할지 생각하면서 collection을 설계해보았던것같다. 처음에 단순하게, 팔로잉, 팔로워를 할때 양측의 db에 저장하면 내입장에선 단순한 로직으로 편리하지만 서버 입장에서 굳이 양쪽을 저장해야하나? 서버쪽도 생각해보는 시간을 많이 가지려고 했던것 같다. 어차피 그럼 모든 쿼리를 해야하는것에 그게 더 비효율적이기에 결국은 양쪽에 저장하기로 하였다. 그리고, likeCount, commentCount의 경우 따로 테이블을 만들지만, 포스트를 조회할때마다 저 필드를 만들어 놓지않으면, 카운트가 증가될때마다 post의 카운트 필드를 업데이트를 해주는 비용이 발생하지만, 다 조회를 해서 카운트를 해야하는게 비효율적이라 생각이들어, 필드로 빼기로 하였다.

 

이번 주 겪은 트러블 슈팅이 있다면 ?

포스트에 이미지를 form에 등록해서 생성,수정을 할때 처음엔 File형태로 form을 submit하면, 그때 firebase에 저장하고 url을 생성해서 그 url을 image필드에 넣는 방식으로 만들었다. createObjURL 미리보기를 구현하는방식이였다. 생성시엔 문제가 없었지만, 업데이트를 할때 같은 form을 사용하므로 컴포넌트를 재사용하면서, 기존의 정보를 기반으로 수정을 해야하기 때문에 get으로 얻어온 이미지들은 url(string[])이기 때문에 올린이미지들을 previewImages로 확인할수는 있지만, 파일 데이터가 아니기 때문에 실질적인 이미지 데이터들은 초기화되는 문제가 발생하였다. ㅜㅜ submit을 하기전에, url로 변환을 해서 url로 form을 보내면 된다는 팀원분의 말씀을듣고 아 그생각을 못했다니! 문제를 해결할 수 있었다. 또한, 중복파일 업데이트 불가, 이미지 삭제, 이미지 수정시, 기존에 첨부했던 이미지가 날라가면 안되고, 스토리지에 대한 기존이미지 파일도 삭제가 되어야한다. 이미지 url 생성이 포스트 생성보다 이전에 이뤄지기 때문에 PostId를 모르는 상태기 때문에, userId/createdTime/파일이름 경로의 스토리지에 저장을 해두고 이를 삭제하기 위해, 쿼리를 하고있는데 이방식이 효율적인 방식이 맞는지도 의문이다. doc을 삭제할때는 postId만 알고있다면, 바로 postId 경로에있는 모든 스토리지를 지울수있을텐데 좀 더 고민해보고 멘토링시간에도 여쭤봐야겠다.

 

이번 주 진행된 개인 프로젝트에서 얻은 인사이트는?

어렵다고 느꼈던 react-query의 optimistic update와 어떻게 써야 적당할지 모르겠는 옵션들과...

무한스크롤도 어찌저찌 구현은 했지만 완전히 이해하지 못한 상태로 구현한것 같아 찜찜하다ㅠ

하지만 이번주에 아직 구현하지 못한 기능들이 있어 완벽히 이해하지 못한상태로 구현만 마쳐서 나중에 꼭 다시 공부해보아야겠다.

이번프로젝트하면서 왜 그렇게 구현한것인지 질문이 들어왔을때 주저없이 말할수있는 프로젝트가 되길 바란만큼

확실히 학습하고 넘어가야겠다..!

 

 

 

 

 

항해 개발자 취업 리부트 코스를 수강하고 작성한 콘텐츠 입니다.

https://hanghae99.spartacodingclub.kr/reboothttps://hanghae99.spartacodingclub.kr/reboot

IT 커리어 성장 코스 항해99, 개발자 취업부터 현직자 코스까지