bluemsi/2nd
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

Browse Source
This commit is contained in:
Antigravity Agent
2026-05-02 09:18:34 +09:00
parent c84dcb8371
commit 6445fcc05b
13150 changed files with 55394 additions and 100862 deletions
Download Patch File Download Diff File Expand all files Collapse all files
10_Wiki/Topics_Art/UI_UX_Assets/Domain-Driven Design (DDD).md
+3 -3
View File
@@ -1,4 +1,4 @@
# [[Domain-Driven Design (DDD)]]
# [[Domain-Driven Design (DDD)|Domain-Driven Design (DDD)]]
## 📌 Brief Summary
Domain-Driven Design (DDD)은 제한된 컨텍스트(bounded contexts)와 보편적 언어(ubiquitous language)와 같은 유용한 개념을 도입하는 소프트웨어 설계 방법론입니다 [1]. 프론트엔드 개발 팀은 종종 이러한 추상적인 개념을 실용적이고 유지보수 가능한 파일 시스템으로 변환하는 데 어려움을 겪습니다 [1]. 그러나 Feature-Sliced Design(FSD)과 같은 아키텍처 방법론을 활용하면 DDD의 개념을 도메인에 맞게 구체적인 프로젝트 구조로 구현하여 확장성 있는 프론트엔드를 구축할 수 있습니다 [1].
@@ -11,8 +11,8 @@ Domain-Driven Design (DDD)은 제한된 컨텍스트(bounded contexts)와 보편
* **모듈러 모놀리스(Modular Monolith)와의 연계:** 프론트엔드에서 수직적 슬라이스(Vertical Slice)나 모듈러 모놀리스 아키텍처를 채택할 때, 라우트, API, 테이블 등을 아우르는 엔드투엔드(end-to-end) 도메인 인터페이스를 정의할 수 있습니다 [3]. 도메인 간 워크플로우가 교차하는 경우 도메인 이벤트(domain events)를 활용하는 내부 이벤트 버스를 구성하여 결합도를 낮출 수 있습니다 [4].
## 🔗 Knowledge Connections
- **Related Topics:** [[Feature-Sliced Design (FSD)]], [[Modular Monolith]]
- **Projects/Contexts:** [[Scalable Frontend Architecture]]
- **Related Topics:** [[Feature-Sliced Design (FSD)|Feature-Sliced Design (FSD)]], Modular Monolith
- **Projects/Contexts:** [[Scalable Frontend Architecture|Scalable Frontend Architecture]]
- **Contradictions/Notes:** 소스에서는 프론트엔드 환경에서 DDD를 단독으로 적용하면 개념이 너무 추상적이어서 실패하기 쉬우며, 이를 실질적인 파일 시스템으로 변환해주는 FSD와 같은 구체적인 아키텍처 패턴의 도움이 필수적이라고 강조합니다 [1].
---