컴포넌트를 나누는 기준 팀 프로젝트를 진행하면서 여러 번 들었던 생각은 '저 사람은 왜 컴포넌트를 이렇게 나눴을까?'라는 궁금증이었다. 그러면서 내가 컴포넌트를 나누는 기준은 옳은가라고 되돌아보게 되면서 '컴포넌트를 나누는 좋은 기준은 무엇일까'라는 의문이 들었다. 리액트 공식 홈페이지를 보면 컴포넌트는 독립적이고 재사용이 가능한 최소 단위인데 컴포넌트를 나누는 기준을 판단하기에는 모호한 표현같다. 그래서 사람마다 컴포넌트를 나누는 기준도 모두 다르고 검색을 했을 때도 다양한 의견들이 나온다. UI를 기준으로, 비슷한 관심사를 기준으로, 데이터를 기준으로, 기능을 기준으로 등등.. 어떤 글에서는 큰 문제가 발생하지 않는다면 굳이 불필요하게 컴포넌트를 나눌 필요 없다고도 말한다. 여러 글들을 읽어보고 내가..
이번 주 스터디에서 라이트하우스(lighthouse)를 써보는게 과제라서 사용하게 됐다. lighthouse를 검색했을 때 가장 상위에 나오고 접하기 쉬운 것 같아서 크롬 확장프로그램으로 사용해보기로 했다. lighthouse 크롬 확장프로그램 localhost로 켜서 확장 프로그램을 눌러서 라이트하우스를 사용하려고 하니까 개발자 도구로 가서 사용하라고 떴다. 개발자도구에 가서 Elements, Console 같은 탭에 보면 라이트하우스가 있고 들어가면 Analyze page load를 클릭하면 페이지를 측정한다. 그럼 결과를 알려준다. 충격적...🥺 스터디 프로젝트긴 하지만 어떻게 51점을 줄 수가 있어....🥲 이런식으로 상세 항목별로 분석 결과를 알려준다. 그리고 어떻게 성능을 향상 시킬 수 있는지..
- Total
- Today
- Yesterday
- 구름에듀
- 스파르타코딩클럽
- 리액트
- 제로초
- TS
- 드림코딩
- Typescript
- 깃
- vue
- html
- 파이썬
- 타입스크립트
- 저스트코드
- javascript
- 코딩앙마
- git
- React
- scss
- 자바스크립트
- Til
- Python
- 비주얼스튜디오코드
- 회고
- 제이쿼리
- js
- CSS
- map
- 김버그
- vscode
- 코드잇
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 | 31 |