studying...
  • 노트의목적
  • 웹전반
    • HTTP
      • 1. HTTP
      • 2. HTTP_Client
      • 3. HTTP_Server
      • 4. JAVA_HTTP_Server
      • 5. Spring_Web_MVC
    • REST_API
      • 1. REST_API
      • 2. URI&MIME_type
      • 3. COLLECTION_Pattern
      • 4. COLLECTION_Pattern_adjustment
      • 5. Spring_Web_MVC
    • DTO_JSON_CORS
      • 1. DTO
      • 2. 직렬화
      • 3. Jackson
      • 4. CORS
    • Layered_Architecture
      • 1. Layered_Architecure
      • 2. Data_Access
      • 3. Domain_Model
    • DI&Spring_Test
      • 1. Dependency_Injection
      • 2. Unit_Test
      • 3. Spring_Test
      • 4. TDD
    • Database
      • 1. Database
      • 2. Relational_Model
      • 3. JDBC
    • JPA
      • 1. ORM
      • 2. Hibernate
      • 3. Embeddable
      • 4. Relationship Mapping
      • 5. Spring Data JPA
    • 도메인_주도_설계
      • 1. DDD
      • 2. Strategic Design
      • 3. Entity, Value Object
      • 4. Aggregate
      • 5. Repository
    • Hexagonal_Architecture
      • 1. SOLID
      • 2. Hexagonal_Architecture
      • 3. 도메인 주도 설계 핵심
    • Spring_Security
      • 1. 애플리케이션 보안
      • 2. 인증
      • 3. 로그인 & 로그아웃
      • 4. 회원가입
      • 5. JWT&Authority
    • File_Upload
      • 1. Multipart_FormData
      • 2. Separation_of_Concerns
      • 3. Cloudinary
    • CQRS
      • 1. CQRS
      • 2. Redis
  • 면접대비
  • book
    • RealMySQL8.0
      • 4장
      • 5장
      • 8장
      • 9장
    • Object
      • 1장
      • 2장
      • 3장
      • 4장
      • 5장
      • 6장
      • 7장
      • 8장
      • 9장
    • ModernJava
      • ch1
      • ch2
    • 클라우드네이티브를위한 쿠버네티스 실전 프로젝트
      • 1장
      • 2장
      • 3장
      • 4장
    • 테라폼 쿡북
      • 2장
      • 3장
      • 4장
      • 5장
      • 6장
  • lecture
    • 외워서끝내는네트워크기초
    • 외워서끝내는네트워크심화
    • aws
      • Architecting_on_AWS
      • Architecrting-advanced
      • Developing_on_AWS
      • migration_essentials
      • Resilience
      • Running_Containers_on_EKS
    • Ansible
    • k8s
      • section2
      • section3
    • Terraform
  • experiences
    • workshops
      • EKS
Powered by GitBook
On this page
  • 도메인 주도 설계(Domain Driven Design)
  • 기술 부채의 의미
  • 모델
  1. 웹전반
  2. 도메인_주도_설계

1. DDD

Previous도메인_주도_설계Next2. Strategic Design

Last updated 1 year ago

도메인 주도 설계(Domain Driven Design)

소프트웨어는 복잡하고 이를 관리하지 못하면 빠르게 레거시 시스템으로 변하게 된다. 따라서 기술 영역과 도메인의 영역을 나눠서 관심사를 분리하고 도메인을 적절하게 다루기 위한 모델을 통해 복잡성을 제어하는 것이 도메인 주도 설계의 핵심이다.

  1. 대부분의 소프트웨어는 도메인과 도메인 로직에 집중해야 한다.

  2. 복잡한 도메인 설계는 모델을 기반으로 해야 한다.

기술 부채의 의미

기술 부채는 코드를 엉망으로 작성하는 것이 아니라 소프트웨어를 출시함으로써 배운 무언가를 다시 설계와 코드에 반영하지 않는 것이다.

모델

모델은 현실을 해석하고 추상화함으로써 단순화 한 것으로 비즈니스 도메인에서 중요한 본질만 남기고 나머지를 제거한 것이다.

도메인 주도 설계(Domain Driven Design)
기술 부채의 의미
모델