DS
Ниче вроде не поменялось
Size: a a a
2018 December 29
ST
Захотел - на create/destroy подвязался, захотел - на resume/pause, фолбек добавил, лог проставил - любые хотелки (если на ui выкидываешь - померял время выполнения коллбека), гибкость - это про отсутствие ограничений в основном, а не про конкретные возможности
Ничего разумного. Ну хоть не за операторы сказал, и на том спасибо.)
AL
Ничего разумного. Ну хоть не за операторы сказал, и на том спасибо.)
Вижу, ты не фанат аоп)
DS
Тут надо разделять потребности. Если у тебя уже есть ырыкс в проекте, то можно и имхо нужно юзать его, он полностью покрывает потребности в publish/subscribe. Если ырыкс нет, то почему бы и не лайвдата. Но как правильно сказал Игит, лайвдата это value holder и ничего больше по сути
ЕТ
Кроме меня, мне после .net очевидно - что вендорные-архитектуры никогда не успевали за прогрессом и сразу превращаются в легаси
что-то это даже android one девайсам не помогает вовремя обновляться
> Project Treble сделали
что-то это даже android one девайсам не помогает вовремя обновляться
>что-то это даже android one девайсам не помогает вовремя обновляться
Очевидно, что Project Treble не стал панацеей от проблемы обновлений, но прямо любопытно — а как именно, по-вашему, Google должен бороться с этой проблемой, если не так?
Очевидно, что Project Treble не стал панацеей от проблемы обновлений, но прямо любопытно — а как именно, по-вашему, Google должен бороться с этой проблемой, если не так?
DS
И типа не стоит писать овер9000 трансформаций из ырыкс, лучше втащите ырыкс 😂
I
>что-то это даже android one девайсам не помогает вовремя обновляться
Очевидно, что Project Treble не стал панацеей от проблемы обновлений, но прямо любопытно — а как именно, по-вашему, Google должен бороться с этой проблемой, если не так?
Очевидно, что Project Treble не стал панацеей от проблемы обновлений, но прямо любопытно — а как именно, по-вашему, Google должен бороться с этой проблемой, если не так?
Я вот не понимаю в чем проблемма android one, учитывая что там
- ограничен список железа
- нельзя вшивать вендорный мусор в прошивку
- да еще и treble
У флатера хороший подход, что они вносят доп. уровень абстракции в систему, нося с собой runtime и систему отрисовки UI.
Возможно Android приложениям стоило бы делать тоже самое.
- ограничен список железа
- нельзя вшивать вендорный мусор в прошивку
- да еще и treble
У флатера хороший подход, что они вносят доп. уровень абстракции в систему, нося с собой runtime и систему отрисовки UI.
Возможно Android приложениям стоило бы делать тоже самое.
ST
ВТ
Тут вопрос в другом, а позволяет ли лд забыть о жц? Если мы говорим, допустим, о фрагментах, у которых жц вью меньше чем жц фрагмента. Вот ты вешаешь обсервер на лд, захватываешь в нем вью и твоя вью потекла. Потому что ты передал фрагмент в качестве лц овнера
Вроде же в androidx гугл это пофиксил и ондестрой лайфсайкла теперь в фрагменте вызывается на onDestroyView
DS
Я выше писал, как это пофиксили
DS
Они просто добавили ещё один лц овнер
Sλ
DS
Т.е. у фрагмента их теперь 2 😂 один для фрагмента, другой для его вью
Sλ
вот тут она говорят про это
AP
Тут надо разделять потребности. Если у тебя уже есть ырыкс в проекте, то можно и имхо нужно юзать его, он полностью покрывает потребности в publish/subscribe. Если ырыкс нет, то почему бы и не лайвдата. Но как правильно сказал Игит, лайвдата это value holder и ничего больше по сути
только rx надо привязывать к lifecycle, а livedata это умеет из коробки. Впринципе можно использовывать livedata не дальше viewmodel, а репозиторий/интерактор может отдавать уже rx цепочки.
DS
Лайвдату ты тоже привязываешь через лц овнер. Сделай то же с rx
AP
ну да, можно и самому сделать с rx
DS
Не, я не топлю что лайвдату в топку а ырыкс нашевсе. Я про то что если уже есть ырыкс, то в целом лайвдата это лишняя прослойка
DS
И как я уже сказал, ты все равно должен аккуратно работать с лайвдатой. Передал не тот овнер и потекло. Равно как и с rx
СГ
ну так конкретно если смотреть на viewmodels и livedata. Какие с ними проблемы? С датабиндингом понятно какие проблемы, но вьюмодели и лайвдату капт никак не аффектит.
ну как минимум инжектить зависимости во viewmodel скажем так..непросто.