Size: a a a

Android Architecture

2020 July 10

JF

Jorik Fat in Android Architecture
Даже если так - presenter останется тот же
источник

AI

Arkadii Ivanov in Android Architecture
Aleksey D.
нет, внутренний не должен знать о внешнем ничего
+
источник

JF

Jorik Fat in Android Architecture
Потому что фрагмент должен иметь возможность переиспользования?
источник

JF

Jorik Fat in Android Architecture
Можете объяснить почему? Я не понимаю
источник
2020 July 11

ЕН

Евгений Нефедов... in Android Architecture
Всем привет, ребят понимаю что вопрос не по архитектуре, но думаю только тут мне смогут ответить :) я пытаюсь затащить lifedata в кастомные вьюшки, у меня проблема с тем что я не могу определить где лежит эта вьюшка, на фрагменте или на активити, (мне это нужно для того чтобы прицепиться к стору состояний) подскажите пожалуйста есть ли какой то легальный способ узнать инстанс где вьюшка лежит? Спасибо!
источник

n

neikist in Android Architecture
Евгений Нефедов
Всем привет, ребят понимаю что вопрос не по архитектуре, но думаю только тут мне смогут ответить :) я пытаюсь затащить lifedata в кастомные вьюшки, у меня проблема с тем что я не могу определить где лежит эта вьюшка, на фрагменте или на активити, (мне это нужно для того чтобы прицепиться к стору состояний) подскажите пожалуйста есть ли какой то легальный способ узнать инстанс где вьюшка лежит? Спасибо!
Все таки думаю вопрос действительно не для этого чата а для @android_ru
источник

AI

Arkadii Ivanov in Android Architecture
Евгений Нефедов
Всем привет, ребят понимаю что вопрос не по архитектуре, но думаю только тут мне смогут ответить :) я пытаюсь затащить lifedata в кастомные вьюшки, у меня проблема с тем что я не могу определить где лежит эта вьюшка, на фрагменте или на активити, (мне это нужно для того чтобы прицепиться к стору состояний) подскажите пожалуйста есть ли какой то легальный способ узнать инстанс где вьюшка лежит? Спасибо!
View не должно знать об этом. И LiveData там тоже наверно лишнее. View должны просто отображать данные, а логика вся отдельно.
источник

ЕН

Евгений Нефедов... in Android Architecture
Arkadii Ivanov
View не должно знать об этом. И LiveData там тоже наверно лишнее. View должны просто отображать данные, а логика вся отдельно.
Ну да отдельно, во вью модели :)
источник

AI

Arkadii Ivanov in Android Architecture
Евгений Нефедов
Ну да отдельно, во вью модели :)
Просто не надо затаскивать LiveData в кастомные вьюшки. Пусть они рисуют прсюстыми сеттерами.
источник

ЕН

Евгений Нефедов... in Android Architecture
Arkadii Ivanov
Просто не надо затаскивать LiveData в кастомные вьюшки. Пусть они рисуют прсюстыми сеттерами.
Мне кажется это удобным, например с точки зрения восстанавлении состояния, например в ресайклере или например оповещения о каких то изменениях и обновлениях в тех же списках
источник

AI

Arkadii Ivanov in Android Architecture
Евгений Нефедов
Мне кажется это удобным, например с точки зрения восстанавлении состояния, например в ресайклере или например оповещения о каких то изменениях и обновлениях в тех же списках
Без проблем, просто пусть это делает другая сущность, не android view
источник

ЕН

Евгений Нефедов... in Android Architecture
Arkadii Ivanov
Без проблем, просто пусть это делает другая сущность, не android view
Ну так вьюшка ничего и не делает, она просто слушает методы также сетеры только более реактивно событийные, задача вью никак не расширяется, она как рисовала так и ресует, я объясню в чем проблема, я сейчас работаю в проекте там 90% того как вьюшка рисуется и где приходит с Бэка, допустим приходят данные что нужно рисовать рыжий текст, можно создать лайф дату во вью модели которая ставит рыжий, другая вью модель синий и тд, во вьюшке просто переключать эти вью модели в зависимости от данных с сервера
источник

AI

Arkadii Ivanov in Android Architecture
Евгений Нефедов
Ну так вьюшка ничего и не делает, она просто слушает методы также сетеры только более реактивно событийные, задача вью никак не расширяется, она как рисовала так и ресует, я объясню в чем проблема, я сейчас работаю в проекте там 90% того как вьюшка рисуется и где приходит с Бэка, допустим приходят данные что нужно рисовать рыжий текст, можно создать лайф дату во вью модели которая ставит рыжий, другая вью модель синий и тд, во вьюшке просто переключать эти вью модели в зависимости от данных с сервера
У вью две ответственности - слушать и показывать. А Вы ещё хотите чтобы она сама доставплп6 LiveData, как я понял. Я понимаю, что это кажется удобно, но с архитектурной точки зрения это не хорошо. Не стесняйтесь вводить сущности более высокого уровня и работать с ними. Андроид вью лучше оставить с простыми сеттерами.
источник

ЕН

Евгений Нефедов... in Android Architecture
Arkadii Ivanov
У вью две ответственности - слушать и показывать. А Вы ещё хотите чтобы она сама доставплп6 LiveData, как я понял. Я понимаю, что это кажется удобно, но с архитектурной точки зрения это не хорошо. Не стесняйтесь вводить сущности более высокого уровня и работать с ними. Андроид вью лучше оставить с простыми сеттерами.
не понимаю принципиальное отличие тогда использования фрагмента и вью, использовать лайфдату в фрагменте хорошо и правильно, а во вью нет?
источник

AI

Arkadii Ivanov in Android Architecture
Евгений Нефедов
не понимаю принципиальное отличие тогда использования фрагмента и вью, использовать лайфдату в фрагменте хорошо и правильно, а во вью нет?
В Андроид вью не хорошо. Сделайте отдельный класс.
источник

AI

Arkadii Ivanov in Android Architecture
И считайте его вью.
источник

AI

Arkadii Ivanov in Android Architecture
В моём понимании "кастомная вью" это класс-наследник View. Вот там не место LiveData.
источник

ЕН

Евгений Нефедов... in Android Architecture
Arkadii Ivanov
В моём понимании "кастомная вью" это класс-наследник View. Вот там не место LiveData.
а когда это класс наследник какой то вью группы, там тоже лайфдату плохо использовать?
источник

VP

Vitaly Peryatin in Android Architecture
Евгений Нефедов
а когда это класс наследник какой то вью группы, там тоже лайфдату плохо использовать?
Лайвдату не стоит использовать в Activity и Fragment
источник

VP

Vitaly Peryatin in Android Architecture
Ее место в ViewModel
источник