Size: a a a

Android Architecture

2020 August 22

СП

Сергей П. in Android Architecture
Singular
Я имею ввиду, если в одном фрагменте одну LiveData вызову раз 10, то десять текущих фрагментов подпишется? или тоьлко 1
По здравому смыслу если из одного фгагмента подписаться 10 раз (на один обсервер), то при обновлении он будет дергаться однажды. А если на 10 разных  - то каждый по разу
источник

YW

Yakov Weber in Android Architecture
Singular
Я имею ввиду, если в одном фрагменте одну LiveData вызову раз 10, то десять текущих фрагментов подпишется? или тоьлко 1
Если у тебя 10 итстансов одного фрагмента то это 10 разных объектов этого фрагмента , и соотвено будут 10 подписок на 1 лайав дату(и 1 вьюмодел)
источник

AC

Arsen CeH9 in Android Architecture
Сергей П.
По здравому смыслу если из одного фгагмента подписаться 10 раз (на один обсервер), то при обновлении он будет дергаться однажды. А если на 10 разных  - то каждый по разу
> Android
> здравый смысл
источник

AC

Arsen CeH9 in Android Architecture
источник

СП

Сергей П. in Android Architecture
Arsen CeH9
> Android
> здравый смысл
Иногда случается чудо
источник
2020 August 23

i

iamthevoid in Android Architecture
Здесь есть люди, знакомые с RxPM?

Я может чего то не понимаю, но мне показалось, что PM это MVVM без датабайндинга, RxPM реализует датабайндинг, зачем в таком случае называть либу RxPM, если это определённо MVVM? )
источник

АЕ

Алексей Ершов... in Android Architecture
iamthevoid
Здесь есть люди, знакомые с RxPM?

Я может чего то не понимаю, но мне показалось, что PM это MVVM без датабайндинга, RxPM реализует датабайндинг, зачем в таком случае называть либу RxPM, если это определённо MVVM? )
Почитайте статью их на хабре, там есть мотивация именования)
источник

S

Sergey in Android Architecture
Привет!
Стоит ли использовать handler в активити, чтобы сделать отложенный запуск функции, или лучше вынести его в презентер, если используется MVP?
источник

S

Sergey Mitrofanov in Android Architecture
handler - платформенная штука, без гемора в юнит тесты не засунешь. Я б использовал другой механизм отложенности, например через Rx ) Хотя тестировать код, который опирается на время - не тривиальная задача
источник

AI

Arkadii Ivanov in Android Architecture
Sergey Mitrofanov
handler - платформенная штука, без гемора в юнит тесты не засунешь. Я б использовал другой механизм отложенности, например через Rx ) Хотя тестировать код, который опирается на время - не тривиальная задача
Разве что, можно это время контролировать 😀
источник

S

Sergey Mitrofanov in Android Architecture
Arkadii Ivanov
Разве что, можно это время контролировать 😀
С RX в тестах - можно. Я так и делал )
источник

S

Sergey in Android Architecture
Sergey Mitrofanov
handler - платформенная штука, без гемора в юнит тесты не засунешь. Я б использовал другой механизм отложенности, например через Rx ) Хотя тестировать код, который опирается на время - не тривиальная задача
Хех. Мне то, всего лишь нужно чтобы у фрагмента выполнился onResume сперва, а потом только  функция из активити. Там handler буквально на 3 ms максимум((
источник

S

Sergey Mitrofanov in Android Architecture
Sergey
Хех. Мне то, всего лишь нужно чтобы у фрагмента выполнился onResume сперва, а потом только  функция из активити. Там handler буквально на 3 ms максимум((
Так тут и задержка не нужна тогда. Просто runOnUiThread, и вперед
источник

S

Sergey Mitrofanov in Android Architecture
У тебя код сначала завершит onResume, а потом позже лупер ранбл запустит
источник

S

Sergey Mitrofanov in Android Architecture
Sergey
Хех. Мне то, всего лишь нужно чтобы у фрагмента выполнился onResume сперва, а потом только  функция из активити. Там handler буквально на 3 ms максимум((
Вот тут мне стало интересно, а почему нужно чтобы сначала onResume завершился? )
источник

S

Sergey in Android Architecture
Sergey Mitrofanov
Вот тут мне стало интересно, а почему нужно чтобы сначала onResume завершился? )
Чтобы запустить mediaPlayer уже :))
источник

S

Sergey in Android Architecture
А он фрагмент не всегда успевает перейти в onResume после некоторых манипуляций((( Ого, runOnUiThread отработает только после onResume!! Похоже то, что нужно!!!
источник

S

Sergey Mitrofanov in Android Architecture
Sergey
А он фрагмент не всегда успевает перейти в onResume после некоторых манипуляций((( Ого, runOnUiThread отработает только после onResume!! Похоже то, что нужно!!!
Скорее это обертка для хендлера. По сути то же самое, что хендлер сделать без задержки - просто не нужно его создавать )
источник

S

Sergey Mitrofanov in Android Architecture
Sergey
А он фрагмент не всегда успевает перейти в onResume после некоторых манипуляций((( Ого, runOnUiThread отработает только после onResume!! Похоже то, что нужно!!!
Нет, он работает в следующую итерацию лупера в главном потоке
источник

S

Sergey Mitrofanov in Android Architecture
То есть не сейчас, но сразу после того, как все ткущие задачи в очереди сообщений будут выполнены )
источник