[architecture] 도메인 기반 디자인 : 도메인 서비스, 응용 프로그램 서비스

^{(읽고 싶지 않다면 하단에 요약이 있습니다 🙂}

나도 응용 프로그램 서비스의 정확한 정의로 어려움을 겪었습니다. Vijay의 답변은 한 달 전에 내 사고 과정에 매우 도움이되었지만 그 일부에 동의하지 않았습니다.

기타 자료

응용 프로그램 서비스에 대한 정보는 거의 없습니다. 집계 루트, 저장소 및 도메인 서비스와 같은 주제는 광범위하게 논의되지만 애플리케이션 서비스는 간략하게 언급되거나 완전히 생략됩니다.

MSDN Magazine 기사 도메인 기반 디자인 소개 에서는 도메인 모델을 외부 클라이언트 (예 : WCF 서비스)로 변환 및 / 또는 노출하는 방법으로 응용 프로그램 서비스를 설명합니다. 이것이 Vijay가 애플리케이션 서비스를 설명하는 방식입니다. 이러한 관점에서 응용 프로그램 서비스는 도메인에 대한 인터페이스 입니다.

Onion Architecture에 관한 Jeffrey Palermo의 기사 ( 1 부 , 2 부 및 3 부 )는 잘 읽습니다. 그는 응용 프로그램 서비스를 사용자 세션과 같은 응용 프로그램 레벨 개념 으로 취급합니다 . 이것은 응용 프로그램 서비스에 대한 이해에 더 가깝지만 여전히 주제에 대한 나의 생각과 일치하지 않습니다.

내 생각

응용 프로그램 서비스가 응용 프로그램에서 제공하는 종속성 으로 생각하게되었습니다 . 이 경우 응용 프로그램은 데스크톱 응용 프로그램 또는 WCF 서비스 일 수 있습니다.

도메인

예를 들어 시간입니다. 당신은 당신의 도메인으로 시작합니다. 외부 자원에 의존하지 않는 모든 엔티티 및 도메인 서비스가 여기에 구현됩니다. 외부 자원에 의존하는 모든 도메인 개념은 인터페이스에 의해 정의됩니다. 가능한 솔루션 레이아웃은 다음과 같습니다 (프로젝트 이름은 굵게 표시됨).

내 솔루션
- My.Product.Core (My.Product.dll)
  -도메인 서비스
      IExchangeRateService
    생성물
    제품 공장
    IProductRepository

Product및 ProductFactory클래스는 코어 어셈블리에 구현되었다. 는 IProductRepository아마 데이터베이스에 의해 백업됩니다 무언가이다. 이것의 구현은 도메인의 관심사가 아니므로 인터페이스에 의해 정의됩니다.

지금은에 초점을 맞출 것 IExchangeRateService입니다. 이 서비스의 비즈니스 로직은 외부 웹 서비스에 의해 구현됩니다. 그러나이 개념은 여전히 ​​도메인의 일부이며이 인터페이스로 표시됩니다.

하부 구조

외부 종속성의 구현은 응용 프로그램 인프라의 일부입니다.

내 솔루션
+ My.Product.Core (My.Product.dll)
- My.Product.Infrastructure (My.Product.Infrastructure.dll)
  -도메인 서비스
      XEExchangeRateService
    SqlServerProductRepository

XEExchangeRateServicexe.comIExchangeRateService 과 통신 하여 도메인 서비스를 구현합니다 . 이 구현은 인프라 어셈블리를 포함하여 도메인 모델을 사용하는 응용 프로그램에서 사용할 수 있습니다.

신청

아직 애플리케이션 서비스에 대해서는 언급하지 않았습니다. 우리는 지금 그것들을 볼 것입니다. IExchangeRateService빠른 조회를 위해 캐시를 사용 하는 구현 을 제공한다고 가정 해 보겠습니다 . 이 데코레이터 클래스의 개요는 다음과 같습니다.

public class CachingExchangeRateService : IExchangeRateService
{
    private IExchangeRateService service;
    private ICache cache;

    public CachingExchangeRateService(IExchangeRateService service, ICache cache)
    {
        this.service = service;
        this.cache = cache;
    }

    // Implementation that utilizes the provided service and cache.
}

통지 ICache매개 변수를? 이 개념은 도메인의 일부가 아니므로 도메인 서비스가 아닙니다. 그것은이다 애플리케이션 서비스 . 애플리케이션에서 제공 할 수있는 인프라의 종속성입니다. 이것을 보여주는 응용 프로그램을 소개합시다 :

내 솔루션
- My.Product.Core (My.Product.dll)
  -도메인 서비스
      IExchangeRateService
    생성물
    제품 공장
    IProductRepository
- My.Product.Infrastructure (My.Product.Infrastructure.dll)
  -응용 서비스
      ICache
  -도메인 서비스
      CachingExchangeRateService
      XEExchangeRateService
    SqlServerProductRepository
- My.Product.WcfService (My.Product.WcfService.dll)
  -응용 서비스
      MemcachedCache
    IMyWcfService.cs
  + MyWcfService.svc
  + Web.config

이것은 모두 다음과 같이 응용 프로그램에서 함께 제공됩니다.

// Set up all the dependencies and register them in the IoC container.
var service = new XEExchangeRateService();
var cache = new MemcachedCache();
var cachingService = new CachingExchangeRateService(service, cache);

ServiceLocator.For<IExchangeRateService>().Use(cachingService);

요약

완전한 응용 프로그램은 세 가지 주요 계층으로 구성됩니다.

• 도메인
• 하부 구조
• 신청

도메인 계층에는 도메인 엔티티 및 독립형 도메인 서비스가 포함됩니다. 외부 리소스에 의존하는 모든 도메인 개념 (도메인 서비스 및 리포지토리 포함)은 인터페이스로 정의됩니다.

인프라 계층에는 도메인 계층의 인터페이스 구현이 포함됩니다. 이러한 구현은 애플리케이션에 제공되어야하는 새로운 비 도메인 종속성을 도입 할 수 있습니다. 이들은 응용 프로그램 서비스이며 인터페이스로 표시됩니다.

응용 프로그램 계층에는 응용 프로그램 서비스의 구현이 포함됩니다. 인프라 스트럭처 계층에서 제공하는 구현이 충분하지 않은 경우 응용 프로그램 계층에는 도메인 인터페이스의 추가 구현도 포함될 수 있습니다.

이 관점은 일반적인 DDD 서비스 정의와 일치하지 않을 수 있지만 도메인을 응용 프로그램과 분리하고 여러 응용 프로그램간에 도메인 (및 인프라) 어셈블리를 공유 할 수 있습니다.

답변

public String createProduct(...some attributes) {
  if (productRepo.getByName(name) != null) {
    throw new Exception();
  }

  productId = productRepository.nextIdentity();

  product = new Product(productId, ...some attributes);

  productRepository.save(product);

  return productId.value();
  // or Product itself
  // or just void if you dont care about result
}

public void renameProduct(productId, newName) {
  product = productRepo.getById(productId);

  product.rename(newName);

  productRepo.save(product);
}