Domain Driven Design

Loose Coupling, High Cohesion

Born to achieve a lighter design where each domain has low connectivity and high cohesion

Unlike traditional OOP, it designs differently according to domain and context (similar to picture theory-use semantics), and implementation becomes easier when using AOP for dependency injection of subdomains

DDD Notion

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

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

https://black7375.tistory.com/86

Domain Driven Design 이란 무엇인가?

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

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

Domain Driven Design

Loose Coupling, High Cohesion

Recommendations