폴더구조의 변화로 이해하는 프론트엔드 멘탈모델 변천사
카테고리
프로그래밍/소프트웨어 개발
서브카테고리
웹 개발
대상자
프론트엔드 개발자, 팀 리더, 소프트웨어 아키텍처 설계자
핵심 요약
- FSD(Feature Sliced Design)는 기능 중심 아키텍처를 이해하는 데 유용하지만, feature와 entity 경계 모호성으로 인해 실무 적용 시 복잡성이 증가
- 폴더구조의 변화는 프로젝트 규모 확대 시 코드 흐름과 사고방식의 불일치를 해결하는 데 기여
- 팀원 설득 및 구현 가능성은 FSD 도입 시 가장 중요한 고려 요소
섹션별 세부 요약
1. FSD 도입 시 경험한 어려움
- feature와 entity의 경계 모호성으로 인해 컴포넌트 구분이 현실적으로 어려움
- 문서 기준에 따른 레이어별 컴포넌트 구분이 프로젝트 규모에 따라 적용 불가능
- 팀원 설득 어려움으로 인해 FSD 도입이 지연되는 사례 발생
2. FSD 전후 폴더구조의 변화와 인식 전환
- 전통적 폴더구조의 한계로 인해 기능 중심 아키텍처 도입 필요성 인식
- FSD의 구조적 제안이 막연한 생각을 구체화시키는 데 도움
- 기능 응집도 강화는 팀 내 공감대 형성에 기여
결론
- FSD 도입 전, 팀 내 합의와 소규모 프로젝트 적용을 통해 기능 중심 아키텍처의 실용성을 검증할 것
- 폴더구조 변화는 코드 흐름과 사고방식의 일관성 유지에 핵심적
- feature-entity 경계 정의를 위한 정기적 팀워크와 도메인 분석이 필수적