티스토리 뷰
나는 보통 어떤 페이지를 개발해야 할 때,(여기서는 멤버 페이지를 개발한다고 가정하겠다) Header 컴포넌트에 대한 파일명을 지을 때 MemberHeader.tsx가 아니라 Header.tsx로 짓는 편이다. MemberHeader.tsx로 짓다보면 일관성을 위해 MemberList, MemberListItem 등 계속해서 Member라는 접두사를 붙여줘야 하기 때문이다.
또 members/_components/Header.tsx vscode 상단에 보면 이렇게 폴더구조로 어떤 페이지의 Header인지 이해할 수 있기 때문에 간결하게 작성해왔다.
그런데 문득.. 프로젝트 규모가 큰 경우는 내가 사용하는 방법이 그닥 좋은 방법은 아닐 거라는 생각이 든다. 확실히 저 경로를 보고 컨텍스트를 파악하는 것 보다는 MemberHeader.tsx로 직관적으로 바로 알 수 있는게 편하긴하니까!
음 어떤 식이든 가장 중요한 건 팀 내 컨벤션이긴 한데, 프로젝트 규모에 따라서 어떻게 네이밍을 할 건지에 대한 고민을 해보는 시간이었다.
'Daily > 개발일지(Fig Notes)' 카테고리의 다른 글
[개발일지(Fig Notes)] AWS 서버 구축으로 시작하게 된 CS 공부 (0) | 2025.01.21 |
---|
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- GitHub
- 코드잇 스프린트
- 코드잇스프린트
- html
- 프론트엔드
- CSS
- arguments
- 유사배열객체
- react
- 중급 프로젝트
- tanstackquery
- 비제어 컴포넌트
- Git
- js
- 스프린트프론트엔드6기
- 객체
- 동기
- map
- innerhtml
- 리액트
- Next.js
- currentTarget
- Target
- 배열
- hydrationboundary
- javascript
- rest parameter
- 제어 컴포넌트
- 비동기
- 취업까지달린다
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
글 보관함