인프런 커뮤니티 질문&답변

FRONTEER님의 프로필 이미지
FRONTEER

작성한 질문수

[코드캠프] 부트캠프에서 만든 고농축 프론트엔드 코스

타입스크립트의 generic

타입스크립트의 generic 강의 마지막 요약해주시는 부분에서

해결된 질문

작성

·

217

0

안녕하세요 멘토님
항상 강의 잘 듣고 있습니다.

좀 사소한 질문일 수도 있으나, 알고 싶은 부분이라 질문 글을 쓰게 되었습니다.

타입스크립트의 generic 강의 1:06:10 쯤 섹션 수업 내용 요약해주실 때 container를 가급적 최소한 사용하라고 말씀하신 부분에서 궁금한게 있습니다.

예를 들어보자면,
게시글 작성 컴포넌트 폴더에서
만약 기존에는 container-persenter 방식으로 만들어놨다가
BoardWrite.container.tsx
BoardWrite.presenter.tsx
BoardWRite.queries.ts
...
이렇게 리스트가 있는 상태에서
React-hook-form 이나 custom-hook을 사용하여 리팩토링을 하고나서 container의 내용이 거의 확 줄게되면 container 파일의 코드를 presenter랑 합치고 container 파일은 삭제하는게 좋다 라는 말씀이실까요?

그렇다면 리팩토링후 container 파일을 삭제하고 presenter에 합쳤다고 가정할 경우

BoardWrite.presenter.tsx
BoardWRite.queries.ts
...

이렇게 남게 되는데요 그러면 BoardWrite.presenter.tsx 라는 파일 명을 presenter로 그대로 둬도 상관없는지, 현업에서도 container가 따로 없어도 presenter라는 파일 명으로 보편적으로 놔두는지 궁금합니다.

그리고 container와 presenter를 보편적으로 합치는 기준이 둘을 합쳐도 70~80줄 이내일 경우에 합치는 것인지도 궁금합니다.

 

감사합니다.

답변 1

0

안녕하세요!

container를 없애고 presenter만 살리는 이유는 궁극적으로 container/presenter패턴이 지는 추세고 hooks 패턴이 뜨는 추세이기 때문입니다.
container 부분을 hooks로 빼고 hooks로 빼둔 부분을 presenter에서 바인딩하므로써 코드량은 보다 더 깔끔한 파일/폴더 구조를 갖게 됩니다.
결국 contatiner를 삭제해도 해당부분은 hooks로 분리하기 때문에 presenter부분의 코드는70-80 줄 정말 많아도 100줄 이내로 작성됩니다.(그게 목표이기도 하구요.)
이런 컴포넌트 디자인패턴에 관심을 갖고 질문을 주시니 정말 감동입니다.🥹
이런 궁금함이 프론트개발자에겐 트렌드에 맞게 따라갈 수 있는 추진력이 된다고 합니다.

감사합니다.😁

FRONTEER님의 프로필 이미지
FRONTEER

작성한 질문수

질문하기