如何命名存储库和服务接口？

Question

如何命名存储库和服务接口及其实现类？

例如，我有一个名为 Question 的模型。您将如何命名存储库（接口和实现）和服务（接口/实现）。

阅读这些帖子后： Java 接口/实现命名约定 和 Java 中的接口命名 我重新考虑了我已经做过的事情:)

Answer 1

我个人使用 FooService、FooServiceImpl、FooRepository 和 FooRepositoryImpl。

您可能会认为 Impl 后缀是噪音，但

• 通常只有一个实现，因此没有 FirstFooService 和 SecondFooService
• 具体的 FooXxxImpl除了单元测试之外，代码中不会使用类型：注入依赖项，它们的类型是接口

Answer 2

我认为 DDD 中的命名方式大致有两种：

1）基于刻板印象。这是您在其名称中包含类构造型的地方。例如：

QuestionsRepository, TaxCalculatingService etc

2) 基于域。在这种方法中，您仅使用域语言并省略类名中的任何构造型。例如：

Questions (or AllQuestions), TaxCalculator etc.

实现类的命名类似于 SqlQuestions 或 InMemoryQuestions。

我尝试了两种方法，但现在我更喜欢第二种选择，因为它似乎更符合 DDD 思维方式。它看起来更具可读性并且具有更好的信噪比。以下引用自 Phil Calçado 撰写的关于存储库的精彩文章：

存储库作为对象列表的概念并不难理解，但这些类最终使用与列表根本无关的方法是很常见的。

在指导许多团队采用通用语言和相关模式后，我发现让人们记住存储库不是类似 DAO 的类的最佳方法是从如何命名它们开始。

几年前，Rodrigo Yoshima 告诉我他在命名存储库时的惯例。而不是下面显示的更常见的命名样式：

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

他提倡这一点：

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

看起来只是一个小变化，但它有很大帮助......

整篇文章非常值得阅读和添加书签。