Domain Driven Design

Creator

Creator

Seonglae Cho

Created

Created

2020 Jan 18 16:13

Editor

Editor

Seonglae Cho

Edited

Edited

2022 Jan 16 14:43

Refs

Refs

Loose Coupling, High Cohesion

각 도메인이 연결성이 적고 높은 정도로 연관되어 보다 가벼운 설계를 위해 탄생

전통적 OOP와 달리 도메인과 맥락에 따라 다르게 설계를 함(그림이론-용도의미론과 비슷), 서브도메인의 의존성 주입을 하는 AOP를 사용하면 구현이 편해짐

DDD Notion

bounded context

객체지향 시스템과 패러다임 그리고 철학

자바스크립트는 왜 프로토타입을 선택했을까 라는 글을 읽고 떠오르는 내용들을 덧붙이거나 정리 해보았습니다. 원글과는 접근법이 좀 다르며, 기획이 아닌 급하게 쓴 글이라 의식의 흐름 사이에서 표류합니다 ㅠㅠㅠ 빠른요약 클래스와 프로토타입의 가장 커다란 차이는 객체 생성 방식 [클래스 -> 인스턴스 vs 객체 -> 복사된 객체]. 가장 큰 공통점은 객체지향이며, 프로그램을 객체라는 단위로 나누고 상호작용하게 하는 것.

객체지향 시스템과 패러다임 그리고 철학

https://black7375.tistory.com/86

객체지향 시스템과 패러다임 그리고 철학

Domain Driven Design 이란 무엇인가?

도메인의 사전적 의미는 "정보와 활동의 영역" 을 말하며, 흔히 프로그래머들에게는 어플리케이션 내의 로직들이 관여하는 정보와 활동의 영역이라고 받아들여 집니다.가령, 어떤 웹 서비스를 만들 때 회원을 가입하고, 회원을 탈퇴하는 일련의 작업은 "회원" 과 관련된 일련의 작업들이며 여기서 "회원" 이라는 도메인이 있다고 볼 수 있습니다. 또 다른 용어로써 "domain layer" 와 "domain login" 이라는 용어가 있습니다.

https://frontalnh.github.io/2018/05/17/z_domain-driven-design/

Recommendations

///