문제 영역을 분리한다
컴포넌트 품질, 서버 데이터 캐시, 폼 검증, 날짜대 처리처럼 필요한 책임을 먼저 정의합니다.
needUI, HTTP, 폼, 날짜, 차트 라이브러리는 모두 앱의 다른 책임을 대신 맡습니다. 선택 기준은 유명세가 아니라 접근성, 타입 안정성, 번들 크기, 팀 학습 비용, 나중에 바꾸기 어려운 정도입니다.
컴포넌트 품질, 서버 데이터 캐시, 폼 검증, 날짜대 처리처럼 필요한 책임을 먼저 정의합니다.
needSSR 호환성, tree shaking, 타입, 접근성, 유지보수 속도를 실제 프로젝트 조건에 맞춰 봅니다.
fit라이브러리 호출이 전역으로 퍼질수록 교체 비용이 커지므로 adapter나 wrapper 경계를 고려합니다.
lock-in번들 증가, 학습 비용, 버전 업그레이드 영향을 기록해 선택을 계속 검증합니다.
cost문제: 날짜대 변환 오류 반복
후보: date-fns, Luxon, Temporal polyfill
판단: timezone 필요 여부와 번들 크기 비교
경계: formatDate adapter만 외부에 노출