リポジトリとサービスインターフェイスに名前を付けるには？

Question

リポジトリおよびサービスインターフェイスとそれらの実装クラスにはどのように名前を付けますか？

たとえば、名前がQuestionのモデルがあります。リポジトリ（インターフェイスと実装）とサービス（インターフェイス/実装）の名前は何ですか？これらの記事を読んだ後

： Java Interfaces/Implementation naming convention とInterface naming in Java私はすでに、私は個人的にFooService、​​、FooRepositoryとFooRepositoryImplを使用:)

Answer 1

DDDで名前を付ける方法は、大体2つあります。

1）ステレオタイプに基づいています。これは、名前にクラスのステレオタイプを含めるところです。例：

QuestionsRepository, TaxCalculatingService etc 

2）ドメインベース。この方法では、ドメイン言語のみを使用し、クラス名のステレオタイプは省略します。たとえば：

Questions (or AllQuestions), TaxCalculator etc. 

実装クラスはSqlQuestionsまたはInMemoryQuestionsのような名前が付けられます。

私は両方を試しましたが、私はDDDの考え方に一層合致しているように、2番目のオプションを好むようになりました。より読みやすく、より良い信号対雑音比を持っているようです。

オブジェクトのリストとしてリポジトリの概念を理解することはそれほど難しくはありませんが、それらのクラスがあるメソッドで終わるすることは非常に一般的である：フィル・Calçadoによってリポジトリ上のgreat articleからの引用は次のとおりリストにはまったく関係ありません。

ユビキタス言語とそれに関連するパターンの採用で多くのチームを指導した後、私は、リポジトリがDAOのようなクラスではないことを人々に覚えさせる最良の方法は、名前の付け方から始まることを発見しました。

年前ロドリゴ・ヨシマは、リポジトリに名前を付ける際の彼のコンベンションについて教えてくれました。代わりに、より一般的な命名スタイルの下に表示される：

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

は、彼がこれを促進：

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

それは小さな変更のように見えるが、それは多くのことができます...

記事全文は読んで、ブックマークする価値があります。

Answer 2

を行っていたものを再検討。

あなたはImplサフィックスがノイズであると主張するかもしれないが、

• 一般的に一つだけの実装がありますので、具体的なFooXxxImplタイプはユニットテストを除き、コードでどこにも使用されていない無FirstFooServiceとSecondFooService
• ありません：依存関係が注入されていて、そのタイプがインタフェースである