В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Android Architecture

2477 membersпожаловаться на группу
2020 May 26

AI

Arkadii Ivanov in Android Architecture
Алексей Ершов
Вот и вопрос, зачем шарить вьюмодель, если можно просто модель? Просто классов меньше?
Я вообще не понимаю, зачем шарить что-либо? Это же увеличивает связность кода и ухудшает композируемость.  Почему нельзя в дочерние фрагменты передать какой-нибудь Flow или Observable данных? И пусть предок уже решает, что кому и когда.
источник
16:37пожаловаться#1

АЕ

Алексей Ершов... in Android Architecture
Arkadii Ivanov
Я вообще не понимаю, зачем шарить что-либо? Это же увеличивает связность кода и ухудшает композируемость.  Почему нельзя в дочерние фрагменты передать какой-нибудь Flow или Observable данных? И пусть предок уже решает, что кому и когда.
Я об этом и говорю, конечно. Но это тоже будет шаринг)
источник
16:38пожаловаться#2

АЕ

Алексей Ершов... in Android Architecture
Красиво в нужную сторону развязать зависимости всегда полезно, разумеется.
источник
16:39пожаловаться#3

AI

Arkadii Ivanov in Android Architecture
Алексей Ершов
Я об этом и говорю, конечно. Но это тоже будет шаринг)
Так нет же. Дочерние фрагменты можно вообще положить в отдельные модули. Пусть они зависят каждый от своих данных. Ну или от общих из общего модуля. И принимать их поток через конструктор. Это ещё и безопасность при сборке даёт. Т.к. нет неявных контрактов.
источник
16:42пожаловаться#4

АЕ

Алексей Ершов... in Android Architecture
Всё правильно. Но почему это не шаринг? Клиент знает только о входящих данных, поставщик этих данных выкидывает их наружу. Канал данных пошарен - вот я и говорю шаринг)
источник
16:43пожаловаться#5

АЕ

Алексей Ершов... in Android Architecture
Как там было, лучше "share state by communication" чем "communicate by shared state" 🙂
источник
16:44пожаловаться#6

AI

Arkadii Ivanov in Android Architecture
Алексей Ершов
Всё правильно. Но почему это не шаринг? Клиент знает только о входящих данных, поставщик этих данных выкидывает их наружу. Канал данных пошарен - вот я и говорю шаринг)
Аа ну шаринг между предком и конкретным дочерним фрагментом. Но не между всеми дочерними. Это важно
источник
16:46пожаловаться#7

AI

Arkadii Ivanov in Android Architecture
Алексей Ершов
Как там было, лучше "share state by communication" чем "communicate by shared state" 🙂
+
источник
16:47пожаловаться#8

АЕ

Алексей Ершов... in Android Architecture
Если строить иерархию, то как тогда дочерним между собой общаться? Через что-то ведь коммуницировать надо.
источник
16:47пожаловаться#9

АЕ

Алексей Ершов... in Android Architecture
Должен быть объект, который заинжектится в один фрагмент как выход а в другой как вход
источник
16:48пожаловаться#10

AI

Arkadii Ivanov in Android Architecture
Алексей Ершов
Должен быть объект, который заинжектится в один фрагмент как выход а в другой как вход
Это могут быть разные классы. А предок может делать преобразования. Да бойлерплейт, но зато нет связности и можно переиспользовать. Также удовлетворение SRP, если каждому фрагменту нужна только часть общих данных.
источник
16:54пожаловаться#11

AI

Arkadii Ivanov in Android Architecture
Но если прям хочется пошарить и класс, ну пусть будет так. Но зависеть фрагменты должны от того, что им реально надо. Нужен поток данных, передать поток данных. Нужно выдать данные, передать Consumer.
источник
16:55пожаловаться#12

АЕ

Алексей Ершов... in Android Architecture
Согласен, получается, важная часть это объявить правильно зависимости в каждом компоненте, а как их разрулит тот, кто их использует - уже его дело.
источник
17:00пожаловаться#13

AI

Arkadii Ivanov in Android Architecture
Алексей Ершов
Согласен, получается, важная часть это объявить правильно зависимости в каждом компоненте, а как их разрулит тот, кто их использует - уже его дело.
В точку
источник
17:13пожаловаться#14

AY

Andy Yanechko in Android Architecture
Arkadii Ivanov
Но если прям хочется пошарить и класс, ну пусть будет так. Но зависеть фрагменты должны от того, что им реально надо. Нужен поток данных, передать поток данных. Нужно выдать данные, передать Consumer.
А у Вас есть какой-то пример, что бы детальней разобраться. Смысл понятен, хотелось бы посмотреть на реализацию.
источник
17:46пожаловаться#15

AI

Arkadii Ivanov in Android Architecture
Andy Yanechko
А у Вас есть какой-то пример, что бы детальней разобраться. Смысл понятен, хотелось бы посмотреть на реализацию.
Есть work-in-progress пример здесь: https://github.com/arkivanov/MVIKotlin/tree/master/sample/todo-app-android/src/main/java/com/arkivanov/mvikotlin/sample/todo/android
GitHub
arkivanov/MVIKotlin
MVI framework for Kotlin Multiplatform. Contribute to arkivanov/MVIKotlin development by creating an account on GitHub.
источник
18:00пожаловаться#16

AI

Arkadii Ivanov in Android Architecture
Там два фрагмента list и details и их root
источник
18:01пожаловаться#17

AY

Andy Yanechko in Android Architecture
Arkadii Ivanov
Есть work-in-progress пример здесь: https://github.com/arkivanov/MVIKotlin/tree/master/sample/todo-app-android/src/main/java/com/arkivanov/mvikotlin/sample/todo/android
GitHub
arkivanov/MVIKotlin
MVI framework for Kotlin Multiplatform. Contribute to arkivanov/MVIKotlin development by creating an account on GitHub.
Спасибо
источник
18:01пожаловаться#18

S

Serhei in Android Architecture
Привет, подскажите, норм ли добавлять зависимость реалма/рума в domain модуль?
источник
18:04пожаловаться#19

ДР

Дмитрий Рубцов 🇷🇺🔥... in Android Architecture
Serhei
Привет, подскажите, норм ли добавлять зависимость реалма/рума в domain модуль?
Нет, работа с бд идёт в data модуле
источник
18:36пожаловаться#20