АЕ
Я и не говорю что одна, я говорю, что самостоятельная. Если можно её логику инкапсулировать, то почему бы это не сделать)
Size: a a a
2020 June 20
AI
Я и не говорю что одна, я говорю, что самостоятельная. Если можно её логику инкапсулировать, то почему бы это не сделать)
+++ и добавить нечего
AA
Здравствуйте. А КокБук, который на гитхаб актуальный? А то версия 0.1, будто самая первая
VU
Albert Abdullin
Здравствуйте. А КокБук, который на гитхаб актуальный? А то версия 0.1, будто самая первая
Это та книга, где рекомендуют везде пихать Rx?
AA
АЕ
Albert Abdullin
Здравствуйте. А КокБук, который на гитхаб актуальный? А то версия 0.1, будто самая первая
Давно его не обновляли, но то, что там написано, вполне полезно почитать и сейчас.
AA
Давно его не обновляли, но то, что там написано, вполне полезно почитать и сейчас.
Спасибо за ответ
2020 June 21
PA
Всем привет. Нужно ли выносить в слой Presentation и View данные в обёртке <Success, Failure>, полученные из репозитория и UseCase. Нет ли какого-нибудь другого способа обработать полученные данные с возможными ошибками и состояниями?
I
Всем привет. Нужно ли выносить в слой Presentation и View данные в обёртке <Success, Failure>, полученные из репозитория и UseCase. Нет ли какого-нибудь другого способа обработать полученные данные с возможными ошибками и состояниями?
можно try catch использовать
PA
можно try catch использовать
Ну это сделает код ещё более "некрасивым".
Я скорее пытаюсь понять, как данные и ошибки обрабатывать в Репозитории, а из domain возвращать всегда одну и ту же модель, в которой могут быть данные и ошибки.
То есть вообще абстрагировать presentation и view от понятия success/failure
Я скорее пытаюсь понять, как данные и ошибки обрабатывать в Репозитории, а из domain возвращать всегда одну и ту же модель, в которой могут быть данные и ошибки.
То есть вообще абстрагировать presentation и view от понятия success/failure
A
Добавить интерактор, который будет переводчиком между репозиторием и презентером, а также будет служить витриной для общения с другими частями приложения
AV
Ну это сделает код ещё более "некрасивым".
Я скорее пытаюсь понять, как данные и ошибки обрабатывать в Репозитории, а из domain возвращать всегда одну и ту же модель, в которой могут быть данные и ошибки.
То есть вообще абстрагировать presentation и view от понятия success/failure
Я скорее пытаюсь понять, как данные и ошибки обрабатывать в Репозитории, а из domain возвращать всегда одну и ту же модель, в которой могут быть данные и ошибки.
То есть вообще абстрагировать presentation и view от понятия success/failure
Сделайте что-то типо MVI, возвращайте «стейт» с описанием что показывать.
Из домена торчит бесконечный поток состояний и экшен-методы ничего не возвращающие.
Из домена торчит бесконечный поток состояний и экшен-методы ничего не возвращающие.
PA
Сделайте что-то типо MVI, возвращайте «стейт» с описанием что показывать.
Из домена торчит бесконечный поток состояний и экшен-методы ничего не возвращающие.
Из домена торчит бесконечный поток состояний и экшен-методы ничего не возвращающие.
Сейчас как раз пришёл к чему-то похожему. Только использую MVVM со state для всего экрана. UseCase как раз возвращает модель, которая легко ложится под UI. Думал просто, что есть какое-то ещё более удобное решение. Видимо, придётся копать в сторону MVI с полнейшей реактивностью. Спасибо!
Q
чем нечто подобное не устроило ?
А
Привет, кто может помочь сделать вход через гугл аккаунт в приложение + потом на этот аккаунт привязать БД?
Q
гоняй себе по каналам flow
PA
примерно так и делал, но без generic'а, так как мало экранов. Меня это устраивает. Только было неудобно обрабатывать ошибки в разных слоях. При таком решении эту модель должен возвращать UseCase? И в каком тогда виде приходят данные из репозитория?
Q
примерно так и делал, но без generic'а, так как мало экранов. Меня это устраивает. Только было неудобно обрабатывать ошибки в разных слоях. При таком решении эту модель должен возвращать UseCase? И в каком тогда виде приходят данные из репозитория?
какие-то странные у тебя вопросы )
PA
какие-то странные у тебя вопросы )
от неопытности скорее :)