Antigravity Agent
47 lines
3.0 KiB
Markdown
47 lines
3.0 KiB
Markdown
---
|
|
id: P-REINFORCE-WIKI-DEV-CODEBASE-ORG
|
|
title: "프로젝트 코드베이스 구조화 원칙 (Project Codebase Organization)"
|
|
category: Dev
|
|
status: verified
|
|
canonical_id: ""
|
|
aliases: ["코드베이스 구조", "디렉토리 구조", "폴더 아키텍처"]
|
|
duplicate_of: ""
|
|
source_trust_level: A
|
|
confidence_score: 1.0
|
|
tags: ["Project_Structure", "Maintainability", "Clean_Architecture", "DDD", "Onboarding"]
|
|
raw_sources: ["Datacollector_Export_2026-05-02"]
|
|
last_reinforced: 2026-05-02
|
|
github_commit: ""
|
|
---
|
|
|
|
# [[프로젝트 코드베이스 구조화 원칙 (Project Codebase Organization)]]
|
|
|
|
## 1. 개요
|
|
프로젝트 코드베이스 구조화는 소스 코드, 설정 파일, 테스트 및 에셋 등을 기능과 역할에 따라 체계적으로 조직하는 방법론이다. 잘 정돈된 구조는 코드 탐색 시간을 단축시키고, 관심사 분리(SoC)를 실현하며, 팀 협업 시의 충돌을 최소화하는 기술적 기반이 된다.
|
|
|
|
## 2. 주요 조직화 접근법
|
|
- **MVC (Model-View-Controller)**: 데이터, UI, 제어 로직을 물리적으로 분리하는 고전적이고 직관적인 패턴.
|
|
- **계층형 아키텍처 (Layered)**: 프레젠테이션, 비즈니스 로직, 데이터 접근 계층 등 기술적 역할에 따라 디렉토리 분리.
|
|
- **도메인 기반 조직화 (Domain-Driven/Feature-based)**: 기술적 계층보다 비즈니스 기능(예: `Auth`, `Order`, `Payment`)을 중심으로 관련 코드를 한곳에 모으는 방식. (DDD의 Bounded Context 개념과 결합)
|
|
- **모듈형 구조**: 재사용 가능한 기능을 독립된 모듈로 분리하여 의존성 관리 및 테스트 용이성 확보.
|
|
|
|
## 3. 코드베이스 구성의 핵심 이점
|
|
- **자기 문서화 (Self-Documenting)**: 명확한 폴더 구조와 네이밍만으로도 별도의 문서 없이 시스템의 설계 의도를 파악 가능.
|
|
- **관심사 분리**: 기능 간 결합도를 낮추고 순환 참조를 방지하여 유지보수성 극대화.
|
|
- **온보딩 가속**: 신규 개발자가 프로젝트의 전체 지형을 빠르게 습득하고 필요한 코드를 즉각 식별 가능.
|
|
|
|
## 4. 트레이드오프 및 주의사항
|
|
- **장점**: 생산성 향상, 가독성 증대, 확장성 확보.
|
|
- **단점**: 지나친 세분화는 관리 오버헤드를 유발하고 모듈 간 통합 테스트를 복잡하게 만들 수 있음.
|
|
- **주의**: 프로젝트 규모와 팀의 성격에 맞는 적절한 복잡도의 구조를 선택해야 함 (Over-engineering 경계).
|
|
|
|
## 5. 지식 연결 (Related)
|
|
- [[Domain_Driven_Design]]: 비즈니스 중심의 코드 구조화를 이끄는 핵심 사상.
|
|
- [[Codebase_Onboarding_Guide]]: 잘 짜인 구조를 활용해 시스템을 빠르게 파악하는 실전 가이드.
|
|
- [[Clean_Architecture]]: 의존성 방향을 고려한 고도화된 코드베이스 조직화 모델.
|
|
|
|
## 🧪 검증 상태 (Validation)
|
|
- **정보 상태**: 검증 완료 (Verified)
|
|
- **출처 신뢰도**: A
|
|
- **검토 이유**: 지속 가능한 개발 환경 구축과 협업 효율의 근간이 되는 물리적/논리적 구조화 표준 정립.
|