Size: a a a

Android Architecture

2020 September 28

CN

Chucky Noon in Android Architecture
Кажется, на мой вопрос уже ответили))
источник

P

Pavel in Android Architecture
Да, state можно. Хотя тут есть народ, который бъёт по рукам, если увидит что в презентере есть import android :)
источник

CN

Chucky Noon in Android Architecture
Pavel
Да, state можно. Хотя тут есть народ, который бъёт по рукам, если увидит что в презентере есть import android :)
Воот, такое меня вообще в тупик ставит. Как такое вообще возможно, даже если пример выше рассматривать
источник

CN

Chucky Noon in Android Architecture
Чтобы вся логика в presenter, и при этом проверки стейта там быть не может
источник

Kd

Konstantin dmz9 in Android Architecture
Chucky Noon
Воот, такое меня вообще в тупик ставит. Как такое вообще возможно, даже если пример выше рассматривать
presenter.onBackPressed(boolean drawerOpened, boolean footerVisible), тут нет андроид классов в сигнатуре
источник

Kd

Konstantin dmz9 in Android Architecture
можно вообще это не тащить на самом деле как в примере
источник

CN

Chucky Noon in Android Architecture
Konstantin dmz9
presenter.onBackPressed(boolean drawerOpened, boolean footerVisible), тут нет андроид классов в сигнатуре
Вроде понятно, но мы ведь строчки проверки стейтов оствялем в активити, а это мизерная но логика.
источник

Kd

Konstantin dmz9 in Android Architecture
Chucky Noon
Вроде понятно, но мы ведь строчки проверки стейтов оствялем в активити, а это мизерная но логика.
это по желанию, можно не тащить
источник

Kd

Konstantin dmz9 in Android Architecture
надо за когнитивной сложностью смотреть. ну притащу я это в презентер, дальше какие шаги? притащить проверку на планшет, на ориентацию экрана? все же это несущественная штука, как может оказаться
источник

CN

Chucky Noon in Android Architecture
Спасибо. А вот такой вопрос, а что если мне надо контекст в модель передать? Чтобы там по uri файл открыть, или например чтобы метод openFileOutput юзать. Но при этом в презентере импортов андроида быть не должно...
источник

A

ABI in Android Architecture
Коли про MVP заговорили. Насколько в этот паттерн укладывается биндинг? Если часть кода по факту в XML вынесено, а во View только код создания активист/фрагмента и более ничего ! ???
источник

RC

Roman Chumachenko in Android Architecture
ABI
Коли про MVP заговорили. Насколько в этот паттерн укладывается биндинг? Если часть кода по факту в XML вынесено, а во View только код создания активист/фрагмента и более ничего ! ???
Пол биндингом речь идёт про конкретную имплементацию view binding?
источник

A

ABI in Android Architecture
Roman Chumachenko
Пол биндингом речь идёт про конкретную имплементацию view binding?
Да
источник

RC

Roman Chumachenko in Android Architecture
ABI
Да
А если от обратного: а может не укладываться? Все равно ведь контракт вьюх, за который дёргает презентер, будет биндить данные. Эдакий биндинг своими руками
источник
2020 September 29

v

vitaly in Android Architecture
Я ж если во вьюМодель запихну просто меж лайвдат всяких переменные, которые не нужны на юае, но к которым потом из другого фрагмента буду обращаться, это концептуально ничего не должно нарушить?
источник

v

vitaly in Android Architecture
В плане просто переменные а-ля val username: String? = null
источник

AC

Alexandr Chubryk in Android Architecture
vitaly
Я ж если во вьюМодель запихну просто меж лайвдат всяких переменные, которые не нужны на юае, но к которым потом из другого фрагмента буду обращаться, это концептуально ничего не должно нарушить?
из того, что приходит сразу в голову – это будет против буквы S в солиде
источник

v

vitaly in Android Architecture
Это сингл респонсибилити чтоли?
источник
2020 September 30

EK

Egor Katkov in Android Architecture
vitaly
Я ж если во вьюМодель запихну просто меж лайвдат всяких переменные, которые не нужны на юае, но к которым потом из другого фрагмента буду обращаться, это концептуально ничего не должно нарушить?
Архитектурно неправильный подход. Если есть какие-то общие данные,  которые хочется использовать в разных моделях, то я рекомендовал бы создать какой-нибудь отдельный общий стор. Например префы, бд, просто хранить в памяти. В зависимости от того, какую задачу Вы решаете.
источник

v

vitaly in Android Architecture
Egor Katkov
Архитектурно неправильный подход. Если есть какие-то общие данные,  которые хочется использовать в разных моделях, то я рекомендовал бы создать какой-нибудь отдельный общий стор. Например префы, бд, просто хранить в памяти. В зависимости от того, какую задачу Вы решаете.
в общем-то, по сути это просто параметры действия, которое будет делаться в другом фрагменте, их не надо персистить никак. Обычно их через аргументы передают ещё, но я не знаю, зачем))
источник