OP
Ну можно отредачить изначальное сообщение тогда) Я вот напоролся на него и потом каким то образом это вытекло в то, что выход в сеть как то связан с использованием ливдаты )) Стройте логические цепочки лучше)
Size: a a a
2021 January 03
NM
Ну можно отредачить изначальное сообщение тогда) Я вот напоролся на него и потом каким то образом это вытекло в то, что выход в сеть как то связан с использованием ливдаты )) Стройте логические цепочки лучше)
А я могу посоветовать прежде чем вставлять своё мнение прочитать весь тред до этого 🤷♂️
NM
Ну можно отредачить изначальное сообщение тогда) Я вот напоролся на него и потом каким то образом это вытекло в то, что выход в сеть как то связан с использованием ливдаты )) Стройте логические цепочки лучше)
Связано и я уже объяснял почему
"есть большая вероятность что в приложении для сетевого взаимодействия используются корутины, т.е. у нас уже есть библиотека корутин в зависимостях, и использовать stateflow куда проще и лучше нежели тащить лайвдату"
"есть большая вероятность что в приложении для сетевого взаимодействия используются корутины, т.е. у нас уже есть библиотека корутин в зависимостях, и использовать stateflow куда проще и лучше нежели тащить лайвдату"
OP
Связано и я уже объяснял почему
"есть большая вероятность что в приложении для сетевого взаимодействия используются корутины, т.е. у нас уже есть библиотека корутин в зависимостях, и использовать stateflow куда проще и лучше нежели тащить лайвдату"
"есть большая вероятность что в приложении для сетевого взаимодействия используются корутины, т.е. у нас уже есть библиотека корутин в зависимостях, и использовать stateflow куда проще и лучше нежели тащить лайвдату"
да почему проще то? хоть один аргумент? кроме того, что это еще одна зависимость?
VS
Опять же, как замену лайвдате в презентейшене я говорил о StateFlow, а оно ничем не сложнее лайвдаты
StateFlow extends Shared flow extends Flow, ничего из сложности там не уходит, только добавляется)
P.S. не спорю, для использования на уровне "отдай мне последнее значение и подпишись на изменения" не придется скорее всего вникать в глубины глубин, но опять же, может возникнуть ситуация с неожиданным поведением, описанная мною выше
P.S. не спорю, для использования на уровне "отдай мне последнее значение и подпишись на изменения" не придется скорее всего вникать в глубины глубин, но опять же, может возникнуть ситуация с неожиданным поведением, описанная мною выше
NM
да почему проще то? хоть один аргумент? кроме того, что это еще одна зависимость?
StateFlow - логика использования практически идентична лайвдате, конструктор принимает первоначальное значение, что делает её 100% null-safety, ровно так же может быть lifecycle-aware как и лайвдата и даже больше, благодаря екстенешнам lifecycleScope.launchWhenCreated/Started/Resumed, имеет множество удобных операторов для преобразования данных, не привязана к платформе
RR
подскажите запрос проходит возвращает 200, а ресайклер не отображается
где стоит глянуть
где стоит глянуть
ES
подскажите запрос проходит возвращает 200, а ресайклер не отображается
где стоит глянуть
где стоит глянуть
Покажи субмит лист метод
VS
подскажите запрос проходит возвращает 200, а ресайклер не отображается
где стоит глянуть
где стоит глянуть
Смущает строчка с adapter = adapter, не уверен, что тут перекрытие имен работает именно так, как надо вам
OP
StateFlow - логика использования практически идентична лайвдате, конструктор принимает первоначальное значение, что делает её 100% null-safety, ровно так же может быть lifecycle-aware как и лайвдата и даже больше, благодаря екстенешнам lifecycleScope.launchWhenCreated/Started/Resumed, имеет множество удобных операторов для преобразования данных, не привязана к платформе
lifecycleScope.launchWhenCreated/Started/Resumed как раз костыли для того, чтобы флоу был lificycle-aware, который у ливдаты из коробки, поэтому все еще не вижу преимуществ. А остальное - вы правы, они почти идентичны, так что все еще не вижу смысла бежать с ливдаты на флоу
NM
lifecycleScope.launchWhenCreated/Started/Resumed как раз костыли для того, чтобы флоу был lificycle-aware, который у ливдаты из коробки, поэтому все еще не вижу преимуществ. А остальное - вы правы, они почти идентичны, так что все еще не вижу смысла бежать с ливдаты на флоу
Объясните почему же это костыль, пожалуйста
OP
Смущает строчка с adapter = adapter, не уверен, что тут перекрытие имен работает именно так, как надо вам
+, они даже подсвечиваются одинаково
RR
Покажи субмит лист метод
ES
Выше ответили в чём ошибка
ES
Напиши this.adapter = adapter
OP
Объясните почему же это костыль, пожалуйста
Потому что он решает проблему привязки флоу к лайфсайклу, которая уже зашита внутри ливдаты
NM
Потому что он решает проблему привязки флоу к лайфсайклу, которая уже зашита внутри ливдаты
А в каком месте это костыль?
VS
Напиши this.adapter = adapter
this.adapter = this@MyFragment.adapter тогда уж (но я бы вынес из apply просто)
NM
Потому что он решает проблему привязки флоу к лайфсайклу, которая уже зашита внутри ливдаты
Любое расширение поведения == костыль?
RR
this.adapter = this@MyFragment.adapter тогда уж (но я бы вынес из apply просто)
да, помогло
спасибо большое!
спасибо большое!