您如何命名存储库和服务接口及其实现类？
例如，我有一个名为 Question 的模型。您将如何命名存储库（接口和实现）和服务（接口/实现）。
阅读这些帖子后： Java Interfaces/Implementation naming convention 和Interface naming in Java我重新考虑了我已经做过的事情:)
【问题讨论】：
标签： java jakarta-ee domain-driven-design naming-conventions
我认为DDD中的命名大致有两种方式：
1) 基于刻板印象。这是您在其名称中包含类构造型的地方。例如：
QuestionsRepository, TaxCalculatingService etc
2) 基于域。在这种方法中，您只使用领域语言并省略类名中的任何构造型。例如：
Questions (or AllQuestions), TaxCalculator etc.
实现类将命名为SqlQuestions 或InMemoryQuestions。
我都试过了，但我现在更喜欢第二种选择，因为它似乎更符合 DDD 的心态。它似乎更具可读性并且具有更好的信噪比。以下是 Phil Calçado 在存储库上的 great article 的引用：
作为对象列表的存储库的概念并不难理解，但这些类最终得到与列表无关的方法是很常见的。
在指导了许多团队采用通用语言和相关模式后，我发现让人们记住存储库不是类似于 DAO 的类的最佳方法是从如何命名它们开始。
几年前，Rodrigo Yoshima 告诉我他在命名存储库时的惯例。而不是下面显示的更常见的命名样式：
class OrderRepository {
List<Order> getOrdersFor(Account a){...}
}
他提倡这个：
class AllOrders {
List<Order> belongingTo(Account a){...}
}
这看起来是个小改动，但它有很大帮助......
整篇文章非常值得阅读和收藏。
【讨论】：
我个人使用FooService、FooServiceImpl、FooRepository和FooRepositoryImpl。
你可能会说Impl 后缀是噪音，但是
FirstFooService 和SecondFooService
FooXxxImpl 类型在代码中除了在单元测试中没有使用：注入依赖项，它们的类型是接口【讨论】：
FooDao 而不是FooRepository，因为它的输入更短:)