타입스크립트의 generic 강의 마지막 요약해주시는 부분에서
안녕하세요 멘토님
항상 강의 잘 듣고 있습니다.
좀 사소한 질문일 수도 있으나, 알고 싶은 부분이라 질문 글을 쓰게 되었습니다.
타입스크립트의 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줄 이내로 작성됩니다.(그게 목표이기도 하구요.)
이런 컴포넌트 디자인패턴에 관심을 갖고 질문을 주시니 정말 감동입니다.🥹
이런 궁금함이 프론트개발자에겐 트렌드에 맞게 따라갈 수 있는 추진력이 된다고 합니다.
감사합니다.😁
fetchBoardsOfMine, fetchBoardsCountOfMine 에러 문의드립니다
0
41
1
댓글 기능 구현 중 질문드립니다.
0
67
1
쿠폰코드 발급
0
147
2
example 서버 플레이그라운드, API 접속 모두 안됩니다.
0
89
2
문의드립니다!! ㅠㅠ
0
107
2
graphql 백엔드 서버가 포폴용 빼곤 접속이 안됩니다.
0
80
2
_app.js 작성 이후로 에러가 발생하네요
0
96
2
학습자료
0
72
2
학습자료가 안열립니다.
0
51
2
플레이 그라운드 퀴즈 문제 질문이 있습니다.
0
61
0
기존강의 구매자, 업데이트 끝인가요?
0
111
3
업데이트 버전 수강
0
89
2
완벽한 프론트엔드
0
136
2
나만의 쇼핑몰 샘플 페이지 접속 확인부탁드립니다.
0
84
1
graphql 접속이 안됩니다.
0
101
2
const, let 사용 질문 드립니다.
0
72
2
싸이월드 만들기 1탄 피드백 부탁드립니다.
0
123
2
회원가입 과제 피드백 부탁드립니다.
0
81
2
styled.span / styled.input "CSS 자동완성"
0
47
1
쿠폰 발급 관련
0
167
2
서버 502 error
0
247
2
쿠폰 다시 부탁드려도 될가여?
0
140
2
a태그 패딩했을때 왜 크기가 줄어들지 않고 늘어나나요
0
185
2
2분 44초 질문
0
132
3