用例还是用例？

Question

我一直在对我最近的项目中的用例有一点好奇。看起来有很多用例，只有一行代码将消息转发到存储库。

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

你们对此有何看法？你遵循哪一种方法？你为什么这么做？

致以亲切的问候，

Answer 1

用例的任务是：

repositories

• implement (应用程序特定的域逻辑)
• 验证请求模型(在业务规则的意义上)、
• 查询或持久化实体。

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

有些用例没有太多的业务逻辑，甚至没有业务逻辑，比如数据导出用例。那些用例应该是罕见的，但是即使是那些用例通常也会验证请求模型。即使在那些罕见的用例中，我也希望保持体系结构的一致性。

如果您有很多不包含任何业务逻辑的用例，那么您的业务逻辑可能会扩展到控制器和/或存储库或应用程序特定的逻辑中，这些实体应该只包含与应用程序无关的业务逻辑。