Класс варианта использования может иметь более одного метода для работы с бизнес-логикой? ⇐ C#

[Гость]

Рассмотрим следующий пример на C#, который я вижу на многих языках варианта использования, который регистрирует пользователя в системе. Обычно я всегда вижу одну функцию выполнения или вызова для выполнения действия варианта использования.

Регистрация публичного класса { частный IRepository _repo только для чтения; публичная регистрация (репозиторий IRepository) { _repo = репо; } публичное выполнение пользователя (данные UserData) { вернуть _repo.CreateUser(данные); } } Недавно я начал изучать архитектуру и купил онлайн-курс, в основном в случае с ASP.NET, как вариант использования будет вызываться в контроллере через HTTP-запрос, я думал над этим:

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

Думая таким образом, я не вижу особого смысла в том, чтобы одна функция выполняла всю эту работу, поэтому, если я, например, заставлю ее возвращать enum со статусом операции и также создайте функцию GetError() для получения возможной ошибки, произошедшей во время операции или аналогичной. Это нормально или это нарушает принцип единой ответственности Solid?

Сейчас я изучаю чистую архитектуру