Domain Driven Design 질문에 대한 서비스

Question

나는 도메인 드리븐 디자인을 빨리 읽고 있는데 이해하는데 어려움이 있습니다. 저자는 Entities, Value Objects 및 Services의 말할 때

, 그 구현에 대해 이미 (개념, 내 말은)이 Domain Model 말하고, 또는?

Service은 무엇입니까? Controller? 정적 클래스? 도메인에서 중요한 프로세스 또는 변화가 법인 또는 값 개체의 자연 Responsibility는없는 경우,

를 독립형으로 모델에 작업을 추가 :

P38에 하나를 읽을 수 있습니다 인터페이스가 서비스로 선언되었습니다. 인터페이스를 언어 모델로 으로 정의하고 작업 이름이 유비 쿼터스 언어의 일부인지 확인하십시오. 서비스를 무국적자로 만듭니다.

이 텍스트에서

, 나는 결론을 내릴 수 다음 Service가 상태 인 경우

이

A), 그것은 Controller 수 없습니다. 정적 클래스입니까/Singleton?

b) Interface으로 무엇을 의미합니까? 코딩 할 때 인터페이스가 무엇인지 알고 있지만, 인터페이스에 관해 이야기하고 있다면 그는 클래스 다이어그램에 대해 이미 이야기하고 있어야하며 Domain Model에 대해 많이 말하지 않아야합니까?

혼란스러워지고있는 사람이 있습니까?

감사

는

Answer 1

DDD의 핵심 초점은 주위 이해와 선명도입니다 - 구현 세부 사항은 나중에 온다.

도메인 서비스은 기본적으로 비즈니스 로직을 포함하는 클래스입니다 .. 그것은 정적 또는 싱글 톤이되지 않는 (여기서는 의존성 삽입 (Dependency Injection) 및 서비스 로케이터에 읽을 수있는 기회이다). 상태가 없음이라는 용어도 오버로드됩니다.이 컨텍스트에서는 서비스가 엔터티처럼 작동하지 않아야 함을 의미합니다.

은 도메인 서비스의 방법을 설명합니다. 구체적으로 말하자면, '의미있는 이름 - 사업자에게 의미있는 이름을 부여하십시오'.

서비스은 과부하입니다. 설명은 내 대답 here을 참조하십시오.