Comments 2
На мой взгляд это излишнее усложнение, когда для в ответе с ошибкой приходит несколько "причин". Во первых, говорить юзеру что "пароль не правильный" или "логин не правильный" не совсем секьюрно. Обычно просто просят проверить введённые данные. Во вторых, мне кажется маловероятным что юзер будет выполнять два действия если он сделал два типа ошибок. Например, при регистрации, если нет нужного кол-ва знаков и нет заглавных символов, правильно показать сообщение с паттерном пароля, а не писать что у тебя нет А и Б.
Ясли я не правильно понял, поправьте меня. Возможно у вас своё обоснование и оно аргументированно.
Привет, обоснование такое то что да вы правильно сказали это вообще не секьюрно так делать. Писал в конце постскриптум
Тут нет какой-то общей логики рабочего приложения все исключительно для примеров :)
Насчет излишне усложенности, не сказал бы по одной причине того что на практике было приложения в котором часто использовались инпуты и каждый раз это все производить вручную закончилось бы плохо, пришлось автоматизировать в результате вот что получилось.
P. S. Конечно же это все чисто для примера. На странице авториации никогда нельзя отображать ошибку в инпутах, все должно отображаться в Toast, но это все для примеров :). Снизу ссылки на репозитории.
Тут нет какой-то общей логики рабочего приложения все исключительно для примеров :)
Насчет излишне усложенности, не сказал бы по одной причине того что на практике было приложения в котором часто использовались инпуты и каждый раз это все производить вручную закончилось бы плохо, пришлось автоматизировать в результате вот что получилось.
Sign up to leave a comment.
Запросы в сеть с Clean Architecture — Обработка ошибок с сервера. Boilerplate ч. 3