Блог

Я занимаюсь рефакторингом одного из моих старых приложений, используя концепцию вариантов использования «чистая архитектура». Я немного запутался в том, как использовать общие проверки данных и объектов

например, существует 2 варианта использования

• Разрешить администраторам импортировать новый шаблон рабочего процесса
• Разрешить администраторам создавать новый шаблон рабочего процесса

Вышеуказанные варианты использования вызываются из контроллеров.

В обоих вышеуказанных случаях существуют некоторые общие проверки на уровне базы данных, такие как:

• Существует ли уже рабочий процесс с таким же именем?

Чтобы обрабатывать эти проверки, я должен сделать это как отдельный вариант использования, например «checkIfWorkflowWithSameNameExists()»?

Если я создам отдельный вариант использования, то какие варианты лучше вызвать для этих общих проверок

1. Может ли один вариант использования напрямую вызывать другой вариант использования

 export function importNewWorkflowTemplate(specs){

  const { workflowRepository  } = specs;

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

  

2. Должен ли я внедрять зависимые варианты использования

 export function importNewWorkflowTemplate(specs){

  const { workflowRepository, checkIfWorkflowWithSameNameExists  } = specs;

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

  

3. Должна ли проверка принадлежать внешнему уровню, такому как контроллер?

То, что вы описываете — checkIfWorkflowWithSameNameExists() — не является прецедентом.

Это просто метод, размещенный в службе домена, такой как репозиторий. Это может быть метод репозитория в вашем репозитории рабочего процесса, такой как hasWorkflowWithName (имя). Репозиторий представляет собой коллекцию агрегатов и, следовательно, лучше всего знает, существует ли уже один с таким же именем.

Если существует более сложная логика домена для проверки существующего репозитория, а затем либо для выполнения некоторой обработки ошибок, либо для выполнения определенной логики для создания логики, вы также можете рассмотреть возможность инкапсуляции этих шагов внутри метода службы домена. В этом случае интерфейс репозитория рабочего процесса будет внедрен в службу домена рабочего процесса, которая затем снова будет внедрена в варианты использования.

При этом вы могли бы использовать одну и ту же службу домена в обоих вариантах использования, и вариант использования отвечает за организацию трансляции между внешними командами и интерфейсом службы домена и соответствующими объектами домена.