是否总是使用用例？

Question

我一直想知道我最新项目中的用例。 似乎有很多用例，只有一行代码只是将消息转发到存储库。

现在，据我了解，用例应该只包含业务逻辑，大多数情况下只是转发消息与业务逻辑无关。 感觉为每个动作创建一个用例有点矫枉过正。 而且我开始倾向于直接与存储库通信，除非用例会增加价值，例如RegisterUserUseCase对不同的存储库进行多次调用。

各位对此有何感想？ 您遵循哪种方法？ 你为什么要这样做？

亲切的问候，

Answer 1

用例的任务是：

• 验证请求 model （业务规则的含义）
• 使用存储库查询或持久化实体
• 实现应用程序特定的域逻辑。

用例通常也是在用例级别处理的事务边界或其他方面。

有些用例没有很多业务逻辑，甚至没有，比如数据导出用例。 这些用例应该很少见，但即使这些用例通常也会验证请求 model。 即使在那些罕见的用例中，我也希望保持架构保持一致。

如果您有很多不包含任何业务逻辑的用例，您的业务逻辑可能会分布在 controller 和/或存储库或应用程序特定逻辑移动到应该只包含应用程序无关业务逻辑的实体中。