Size: a a a

Android Architecture

2020 June 20

АЕ

Алексей Ершов... in Android Architecture
Я и не говорю что одна, я говорю, что самостоятельная. Если можно её логику инкапсулировать, то почему бы это не сделать)
источник

AI

Arkadii Ivanov in Android Architecture
Алексей Ершов
Я и не говорю что одна, я говорю, что самостоятельная. Если можно её логику инкапсулировать, то почему бы это не сделать)
+++ и добавить нечего
источник

AA

Albert Abdullin in Android Architecture
Здравствуйте. А КокБук, который на гитхаб актуальный? А то версия 0.1, будто самая первая
источник

VU

Vadim Uzbekov in Android Architecture
Albert Abdullin
Здравствуйте. А КокБук, который на гитхаб актуальный? А то версия 0.1, будто самая первая
Это та книга, где рекомендуют везде пихать Rx?
источник

AA

Albert Abdullin in Android Architecture
Vadim Uzbekov
Это та книга, где рекомендуют везде пихать Rx?
источник

АЕ

Алексей Ершов... in Android Architecture
Albert Abdullin
Здравствуйте. А КокБук, который на гитхаб актуальный? А то версия 0.1, будто самая первая
Давно его не обновляли, но то, что там написано, вполне полезно почитать и сейчас.
источник

AA

Albert Abdullin in Android Architecture
Алексей Ершов
Давно его не обновляли, но то, что там написано, вполне полезно почитать и сейчас.
Спасибо за ответ
источник
2020 June 21

PA

Pavel Aleksandrov in Android Architecture
Всем привет. Нужно ли выносить в слой Presentation и View данные в обёртке <Success, Failure>, полученные из репозитория и UseCase. Нет ли какого-нибудь другого способа обработать полученные данные с возможными ошибками и состояниями?
источник

I

Igor in Android Architecture
Pavel Aleksandrov
Всем привет. Нужно ли выносить в слой Presentation и View данные в обёртке <Success, Failure>, полученные из репозитория и UseCase. Нет ли какого-нибудь другого способа обработать полученные данные с возможными ошибками и состояниями?
можно try catch использовать
источник

PA

Pavel Aleksandrov in Android Architecture
Igor
можно try catch использовать
Ну это сделает код ещё более "некрасивым".
Я скорее пытаюсь понять, как данные и ошибки обрабатывать в Репозитории, а из domain возвращать всегда одну и ту же модель, в которой могут быть данные и ошибки.

То есть вообще абстрагировать presentation и view от понятия success/failure
источник

A

Aleksandr in Android Architecture
Добавить интерактор, который будет переводчиком между репозиторием и презентером, а также будет служить витриной для общения с другими частями приложения
источник

AV

Alex Vayts in Android Architecture
Pavel Aleksandrov
Ну это сделает код ещё более "некрасивым".
Я скорее пытаюсь понять, как данные и ошибки обрабатывать в Репозитории, а из domain возвращать всегда одну и ту же модель, в которой могут быть данные и ошибки.

То есть вообще абстрагировать presentation и view от понятия success/failure
Сделайте что-то типо MVI, возвращайте «стейт» с описанием что показывать.

Из домена торчит бесконечный поток состояний и экшен-методы ничего не возвращающие.
источник

PA

Pavel Aleksandrov in Android Architecture
Alex Vayts
Сделайте что-то типо MVI, возвращайте «стейт» с описанием что показывать.

Из домена торчит бесконечный поток состояний и экшен-методы ничего не возвращающие.
Сейчас как раз пришёл к чему-то похожему. Только использую MVVM со state для всего экрана. UseCase как раз возвращает модель, которая легко ложится под UI. Думал просто, что есть какое-то ещё более удобное решение. Видимо, придётся копать в сторону MVI с полнейшей реактивностью. Спасибо!
источник

Q

QMan in Android Architecture
источник

Q

QMan in Android Architecture
чем нечто подобное не устроило ?
источник

А

Алекс in Android Architecture
Привет, кто может помочь сделать вход через гугл аккаунт в приложение + потом на этот аккаунт привязать БД?
источник

Q

QMan in Android Architecture
гоняй себе по каналам flow
источник

PA

Pavel Aleksandrov in Android Architecture
примерно так и делал, но без generic'а, так как мало экранов. Меня это устраивает. Только было неудобно обрабатывать ошибки в разных слоях. При таком решении эту модель должен возвращать UseCase? И в каком тогда виде приходят данные из репозитория?
источник

Q

QMan in Android Architecture
Pavel Aleksandrov
примерно так и делал, но без generic'а, так как мало экранов. Меня это устраивает. Только было неудобно обрабатывать ошибки в разных слоях. При таком решении эту модель должен возвращать UseCase? И в каком тогда виде приходят данные из репозитория?
какие-то странные у тебя вопросы )
источник

PA

Pavel Aleksandrov in Android Architecture
QMan
какие-то странные у тебя вопросы )
от неопытности скорее :)
источник