저장소 및 서비스 인터페이스의 이름을 지정하는 방법은 무엇입니까?

Question

저장소 및 서비스 인터페이스와 해당 구현 클래스의 이름을 어떻게 지정합니까?

예를 들어 나는 Question이라는 모델을 가지고 있습니다. 저장소 (인터페이스 및 구현) 및 서비스 (인터페이스/구현)의 이름은 무엇입니까?

이 게시물을 읽은 후 : Java Interfaces/Implementation naming convention 및 Interface naming in Java 내가 이미 :)

Answer 1

DDD에서 명명하는 데 대략 두 가지 방법이 있다고 생각합니다.

1) 스테레오 타입 기반. 여기에 이름에 클래스 스테레오 타입이 포함됩니다. 예 :

QuestionsRepository, TaxCalculatingService etc 

2) 도메인 기반. 이 접근법에서는 도메인 언어 만 사용하고 클래스 이름에는 어떤 고정 관념도 생략합니다. 예를 들어 :

Questions (or AllQuestions), TaxCalculator etc. 

구현 클래스는 SqlQuestions 또는 InMemoryQuestions 같은 이름을 지정해야합니다.

나는 둘 다 시도했지만 DDD 마인드에 더 잘 맞는 것처럼 보이는 두 번째 옵션을 선호합니다. 그것은 더 가독성이 있고 더 나은 신호대 잡음비를 가지고 있습니다.

개체의 목록과 같은 저장소의 개념은 이해하기 너무 단단하지 않다 그러나 그 클래스는 방법으로 끝낼하는 것이 매우 일반적이다 : 필 CALCADO하여 저장소에 great article에서 인용되는 다음 목록과 전혀 관련이 없습니다.

유비쿼터스 언어 및 관련 패턴을 채택하는 데 많은 팀을지도 한 후, 나는 리포지토리가 DAO와 같은 수업이 아니라는 것을 기억하게하는 가장 좋은 방법은 이름으로 시작한다는 것을 알게되었습니다.

몇 년 전에 Rodrigo Yoshima는 저장소 이름을 지정할 때 그의 대회에 대해 이야기했습니다. 대신보다 일반적인 명명 스타일의 아래에 표시 :

class OrderRepository { 
    List<Order> getOrdersFor(Account a){...} 
} 

그는이 촉진 :

class AllOrders { 
    List<Order> belongingTo(Account a){...} 
} 

그것은 작은 변화처럼 보이지만 그것은 많은 도움이 ...

전체 기사는 읽고 읽고 북마크 할 가치가 있습니다.

Answer 2

을 한 일을 재고 개인적으로 FooService, FooServiceImpl, FooRepository 및 FooRepositoryImpl를 사용합니다.

당신은 Impl 접미사 소음이라고 주장 수도 있지만

• 일반적으로 하나의 구현이, 그래서 콘크리트 FooXxxImpl 종류의 단위 테스트를 제외하고는 코드에서 아무 곳에도 사용하지 아니 FirstFooService 및 SecondFooService
• 없다 : 종속성이 주입되고 그 유형이 인터페이스입니다.