Size: a a a

Android Architecture

2021 April 30

с#

саша сок #KotlinGang... in Android Architecture
поздравляю, у вас нпе
источник

JF

Jorik Fat in Android Architecture
скорее лишняя строка
источник

JF

Jorik Fat in Android Architecture
но спасибо за ревью. Сейчас уберу ее
источник

с#

саша сок #KotlinGang... in Android Architecture
а, да (увидел сеттер)
источник

JF

Jorik Fat in Android Architecture
источник

с#

саша сок #KotlinGang... in Android Architecture
а почему оно тоже не в конструктор инжектится? можно неправильно этот объект использовать и словить нпе, такого не надо
источник

JF

Jorik Fat in Android Architecture
ну я же для себя писал. Поэтому везде пользуюсь правильно. Но в проекте побольше есть метод safeCall()
источник

I

Igor in Android Architecture
это ж устаревший привет, вот же актуальный
https://github.com/android10/Android-CleanArchitecture-Kotlin/

норм пример, не сферический конь, а как-раз с привязкой к андроиду
источник

с#

саша сок #KotlinGang... in Android Architecture
я вот как раз к тому, что рассчитывать на себя это источник багов. надо делать так, чтобы компилятор не разрешал ошибаться.
источник

Т

Тони in Android Architecture
отличная поправка,спасибо ! :)
источник

JF

Jorik Fat in Android Architecture
так как тут только 2 фичи, не хотел завозить safeCall(), когда буду наращивать функционал придется добавить
в плане технических реализаций не претендую на идеальное выполнение. Я лишь сказал, что тут архитектура правильно выполнена
источник

JF

Jorik Fat in Android Architecture
хотя можно еще идеальнее выполнить:
выделить модули
выделить api-модули
источник
2021 May 02

AO

Artem Osipov in Android Architecture
источник

MH

Maksus Heinz in Android Architecture
😊благодарю! Буду разбираться
источник
2021 May 05

J

Ju in Android Architecture
Привет. Сорри, если уже было, киньте в меня ссылками, если что. :)
Как бы по вашему мнению бы следовало решать навигацию между экранами?
Нынешняя архитектура - мввм со стэйтами, навигация на основании состояния запускается через вью модели.
У коллеги возникла идея передвинуть переходы (через интерфейс, разумеется) на бизнес уровень, прям в юз кейс. Аргументирует это тем, что переходы между экранами/окнами на всех платформах, мол, одинаковые, это часть бизнес логики, куда после чего идти, а вьюмодел только стэйт пусть помогает отображать.
источник

J

Ju in Android Architecture
Моя же идея, если так хочется упростить вью модель, сделать какой-то отдельный ивент-бас для переходов, и редьюсер (например, вью модель, но не обязательно) может посылать отдельные ивенты куда когда идти.
источник

AO

Artem Osipov in Android Architecture
А бизнес логике разве важно на каком экране что отображается?
источник

J

Ju in Android Architecture
Я понимаю, что, наверное, я только что изобрела велосипед, но всё же. :D
источник

J

Ju in Android Architecture
В том-то и дело, что все привыкли считать, что нет. Я тоже так считаю, спорим вот. С другой стороны, вью модели в идеале не должны ничего знать о других экранах. Вот и спрашиваю, интересно, как другие это решают. :)
источник

D

Daniel in Android Architecture
роутинг является бизнес логикой, и как раз таки роутеры могут быть вынесены.
источник