프론트엔드
공통 컴포넌트를 건강하게 기르기 위한 고민
두줄요약
공통 컴포넌트를 언제 만들고 언제 정리할지에 대한 팀의 판단 기준을 공유했습니다. 재사용성보다 유지 비용과 실제 사용성을 함께 보며 질문을 더 자주 남기자는 내용입니다.
핵심 내용
- 공통 컴포넌트를 언제 공통화하고 언제 분리·정리해야 하는지에 대한 팀의 판단 기준을 정리
- 재사용성, 유지 비용, 의존성, 실제 사용 빈도에 따라 공통화가 오히려 부담이 되는 사례를 공유
- 템플릿, 헤드리스 컴포넌트, deprecated 기준까지 함께 고민하며 공통 컴포넌트 운영 원칙을 제안
선택 이유
- 단순한 공통화보다 팀 내 합의와 기준 공유가 더 중요하다는 관점
- 변경하지 않기로 결정한 구조를 템플릿으로 보고, 역할을 고정하는 기준을 구분
적용해볼 점
- 공통 컴포넌트 도입 전 기존 조합으로 해결 가능한지 먼저 검토
- 지금 공통이 아닌 선택지를 허용할 수 있는지, 나중에 옮겨도 되는 구조인지 확인
- PR과 리뷰에서 공통 유지의 타당성을 계속 질문
