공통 컴포넌트 관련
- 공통 컴포넌트 설계 방법을 보통 어떻게 하는지 궁금합니다.
- ex) 팀원과 협의를 해서 구체적인 요구사항 도출 후 구성하는지, 아니면 일단 generic 하게 만든 후 이후 팀원의 요구사항에 따라 수정 하는지 등…
페이지 UX 관련
- 페이지 로딩 시 skeleton VS Spinner 컴포넌트
페이지 관련
- 댓글
- 댓글을 작성, 수정, 삭제 후 자동적으로 refetching 하는 것으로 했는데 옳은 선택인지
폴더 구조
- detailpage - pages - commentpage - index.ts ⇒ 코멘트 페이지 - components - commentlogic - style file, tsx file 등등…. - components - other components…. - index.ts
- 대략적으로 짠 폴더 구조인데, 이렇게 폴더 구조를 나누는게 맞을 지… 아니면 너무 비효율적인지 궁금합니다. (파일명은 확정된게 아니고 예시로 적은 것이므로 신경쓰시지 않으셔도 됩니다.)
- comment와 관련 된 사항을 components 폴더에 넣지 않고 pages에 넣으려는 이유는 사실 다른 components들과 다르게 comment는 데이터를 받아서 보여줌 + 로직 수행 때문입니다.
- 또한 commentpage 아래에 components를 또둔 이유는 로직들과 단순 데이터를 보여주는 부분을 분리하기 위해서 입니다.
- index.ts에서 react-query를 사용해서 data를 받아서 렌더링 할 생각입니다.
- logic 컴포넌트에서는 작성, 수정, 삭제 로직을 만들고 이 로직 수행 후 react-query의 mutation을 사용해서 상위 commentpage에서 다시 refetch 하게끔 할 예정입니다.