清洁架构 - 如何处理用例依赖项

Question

我正在重构我的一个旧应用程序，以使用用例“干净架构”的概念。 我对如何利用通用数据和实体验证有点困惑

例如有2个用例

• 允许管理员导入新的工作流模板
• 允许管理员创建新的工作流模板

以上用例是从控制器中调用的。

在上述两种情况下，都有一些常见的数据库级别验证，例如：

• 是否已有同名的工作流？

要处理这些验证，我是否将其作为单独的用例，如“checkIfWorkflowWithSameNameExists()”？

如果我制作一个单独的用例，那么调用这些常见验证的最佳选项是什么

1. 一个用例可以直接调用另一个用例吗

export function importNewWorkflowTemplate(specs){

  const { workflowRepository  } = specs;

  const exists = checkIfWorkflowWithSameNameExists()
  if(exists){
    //return error
  }
  
  return new (payLoad) => {
    //logic
  }
}

1. 我应该注入依赖用例

export function importNewWorkflowTemplate(specs){

  const { workflowRepository, checkIfWorkflowWithSameNameExists  } = specs;

  return new (payLoad) => {
    //logic
  }
}

1. 验证是否应该像控制器一样属于外层？

Answer 1

您所描述的 - checkIfWorkflowWithSameNameExists() - 不是用例。

这只是一种放在域服务上的方法，例如存储库。这可能是您的工作流存储库中的存储库方法，例如 hasWorkflowWithName(name)。存储库表示聚合的集合，因此最清楚是否已经存在同名的聚合。

如果有更复杂的域逻辑来检查现有存储库，然后执行一些错误处理或执行特定逻辑来创建逻辑，您还可以考虑将这些步骤封装在 域服务中 方法。在这种情况下，工作流存储库接口将被注入到工作流域服务中，然后再次注入到用例中。

这样您就可以在两个用例中使用相同的域服务，并且用例负责协调外部命令与域服务接口和相应域实体之间的转换。