(
А как мне завести "всего один"?
Size: a a a
2021 May 15
VP
Только он будет куда проще (возможно, enum)
I
О, по опыту работы с гугловым кодом, этот тип будет String.
(
А как m от n зависит?
I
(
Расскажи пожалуйста, куда ты показываешь
AN
навЭрх жЭ
d
Примерно так m = f(n, домен)
(
Потому что над твоим сообщением находится мое сообщение
VP
Возможно. Ну так sealed class Error(val msg: String) не лучше.
(
Хорошая зависимость
VP
Или ты читаешь, что sealed class сам по себе будет побуждать добавить дополнительную инфу?
AN
Конечно будет. Если уж делаешь класс, то в него чего-то положишь
VP
Ага, object SomethingWrong
KD
Зависит исключительно от задачи же.
Если у тебя по UI на любую ошибку просто вылезает диалог с текстом "всё пошло по пизде", то одного типа на всё хватит, зачем крутить больше.
Сколько у тебя в приложении есть кейсов с уникальной обработкой ошибок, столько типов и хватит.
Если у тебя по UI на любую ошибку просто вылезает диалог с текстом "всё пошло по пизде", то одного типа на всё хватит, зачем крутить больше.
Сколько у тебя в приложении есть кейсов с уникальной обработкой ошибок, столько типов и хватит.
I
Значит, перепутал с другой взрослой голубоглазой пепельноволосой блондинкой. Осталось только вспомнить, откуда эта блондинка, ибо я её где-то видел.
I
Не, в гугловом коде не fun somethingOrError(): Either<T, Error>, там fun somethins(error: StringRef): T?. Короче, ошибка передаётся как аргумент в функцию.
(
Ну, у меня есть в приложении для каждой вьюхи нормальный вариант T и пачка ошибок, которые, предположим, одинаковые для всех T. Что делать?
VP
Это на котлине такой код?
KD
Если они одинаковые, то в чём проблема?
Сколько вот есть вариантов ошибок (одинаковых для всех кейсов), столько и типов.
Сколько вот есть вариантов ошибок (одинаковых для всех кейсов), столько и типов.