| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
Tags
- 리액트쿼리
- mock service worker
- link
- 쓰레드
- next hydration
- amplify
- SWC
- 최적화
- 컴포넌트
- thread
- Cache
- 리액트네이티브
- 리액트
- React
- 목킹
- Babel
- 아키텍처
- JavaScript
- 개발자
- 동기
- Critical Rendering Path
- styled-component
- Basic
- 자바스크립트
- async
- 캐쉬
- vanilla-extract
- MSW
- 기본
- Concurrent Mode
- 비동기
- react server component
- CSS-in-JS
- mockoon
- react-native
- next.js
- 기초
- sprinkles
- front-end mocking
- react-query
Archives
- Today
- Total
목록sprinkles (1)
Don’t worry about failures
migrate from Styled-component to vanilla-extract
사이드 프로젝트 리펙토링 과정에서 마이그레이션 작업이 하나가 추가 됐다. styled-component에서 vanilla-extract처음에는 styled-component가 개발경험에 있어 개인적으로 좋다고 생각했다. 컴포넌트로 표현되는 것과 javascript과 함께 컨트롤를 할 수 있다는게 좋다고 생각했기 때문에 사용했었다. 하지만 다른 측면으로도 생각을 해보았다. styled-component의 경우 동작하는 방식이 runtime 때 동적으로 스타일이 적용이 된다. 이는 csr과 어울리는 방식이다. 하지만 지금 사용하고자 하는 Next.js라는 프레임워크는 ssr, rsc와 같이 서버 사이드에서 렌더링을 진행하고자한다. 이를 보았을 때 동작하는 방식이 차이가 있다고 생각했다. styled-comp..
toy project
2024. 4. 23. 13:26