и не очень понял, как поступать с "program logic errors".
Что если есть UserRegistrationUseCase, который добавляет пользователя в нашу базу, и ограничения по логике - имя пользователя должно быть не пустым и уникальным. В случае ошибки мы должны бросить exception или возвращать Result<Success, Error>?
Вероятно, должен быть ещё один юзкейс для проверки данных перед добавлением юзера. Вот он пускай и возвращает соответствующие состояния.
Согласен, но что ему возвращать - exception или Result<Success, Error>?
Какое-то состояние - либо через тип exception, либо через Result. Зависит от того, как у вас принято результаты возвращать.
Моё приложение - мои правила) (просто личный проект)
Тогда можно везде по-разному 😁
Не понял? Тебе надо бросить ошибку что поле ввода пустое?
А, я понял. Ну я бы в самом UseCase написал логику: допустим через регулярное выражение, ну и соответственно что-то такое: suspend fun invoke (login: String) : Result<Data> { val isValidLogin = checkLogin(login) <- там проверь валидность логина и верни boolean результат. return if(isValidLogin) { // отправляем данные в Repository } else { Result.Failure ("Login is not Valid") }
Это позволит писать простые тесты
только я бы возвращал не Boolean, а enum или sealed class ошибки, чтобы можно было показать конкретное сообщение, что неверно
Ну, или так, я просто накидал идею
Идея хорошая, я сам такой же способ использую. Пробовал до этого на исключениях делать валидацию, но это мутарно
Имя пользователя вводит пользователь, и значит, что можно заранее ожидать, что оно будет неуникальным, или с недопустимыми символами, или с другими ошибками. Эти ошибки - не логические ошибки в коде программы, а ожидаемые ошибки ввода со стороны пользователя. Согласно статье Романа (спасибо, кстати, что напомнили ее, перечитал с удовольствием), ошибки такого характера стоит моделировать в возвращаемом значении функции, которая создает пользователя.
Обсуждают сегодня