원본 글 보러가기 : 기능적 도메인 기반 설계: 단순화
작성자 : @kormanocorp 미리보기 (5 sentences)
도메인 주도 설계
Domain-Driven Design은 비즈니스 규칙, 비즈니스 언어 및 비즈니스 문제를 소프트웨어 디자인의 주요 초점으로 초점을 맞춥니다. 주로 아키텍처 계층(예: 데이터베이스, 데이터 전송 개체, 모델, 컨트롤러, 보기)에서 소프트웨어를 설계하는 대신 개별 도메인 또는 제한된 컨텍스트(예: 청구, 인증, 보험 판매, 보험 청구 등)를 사용하여 소프트웨어를 구축하는 데 중점을 둡니다.
DDD는 가장 중요한 변화의 축을 따라 소프트웨어 아키텍처를 정렬합니다. 비즈니스는 도메인에 구현된 새로운 비즈니스 규칙을 구현하기 위해 변경 요청을 생성합니다. 소프트웨어 계층에만 초점을 맞추면 코드를 더 많이 재사용할 수 있지만 재사용은 변화하는 비즈니스 요구 사항에 대응하는 능력을 저해합니다. 판매 및 청구 도메인 모두에서 보험 정책 엔터티를 사용하는 경우 판매 팀을 대신하여 변경하면 청구 팀에 실수로 버그가 생성될 수 있습니다. DDD에서는 별도의 SalesPolicy 엔터티와 PolicyClaim 엔터티를 만들어 코드베이스에서 이 두 비즈니스 도메인을 분리합니다.
Domain-Driven Design은 패턴을 전략적 패턴과 전술적 패턴의 두 가지 범주로 나눕니다. 전략적 패턴은 모든 언어, 프레임워크 및 프로그래밍 패러다임에서 가장 쉽게 재사용할 수 있습니다. 그것들은 소프트웨어 디자인의 보편적인 측면입니다.
그러나 DDD의 전술적 패턴은 객체 지향 프로그래밍 스타일과 밀접하게 결합되어 있으며 DDD의 개념 동안 널리 퍼진 언어의 기능에 영향을 받습니다. 이러한 전술 패턴은 DDD에 기능적 접근 방식을 적용하고 새로운 전술 패턴을 수정, 제거 또는 생성하는 곳입니다.
더 보기 에서 확인 하실 수 있습니다.
[광고] 개발자 커뮤니티에 참여하세요 - 개발자 커뮤니티에 참여 하면 다양한 혜택을 받을 수 있습니다. 참여방법