Телеграмм чат группы Android_Architecture страница 4080

дополню немного, есть 2 стула:
1) пилить ViewModel с привязкой к конкретной сущности и, соответственно, переиспользовать такую ViewModel на всех экранах, которые работают с такой сущностью. Таким образом, один экран может знать о нескольких ViewModel
2) пилить ViewModel с привязкой к конкретному экрану и, таким образом, ViewModel знает о нескольких сущностях, но экран знает только об одной ViewModel

источник

10:15пожаловаться #10

NM

Nick Marchuk in Android Architecture

Vladimir

дополню немного, есть 2 стула:
1) пилить ViewModel с привязкой к конкретной сущности и, соответственно, переиспользовать такую ViewModel на всех экранах, которые работают с такой сущностью. Таким образом, один экран может знать о нескольких ViewModel
2) пилить ViewModel с привязкой к конкретному экрану и, таким образом, ViewModel знает о нескольких сущностях, но экран знает только об одной ViewModel

2 вариант лучше, потому как разделяете ответственность и в случае чего можно без проблем внести изменения

источник

10:16пожаловаться #11

V

Vladimir in Android Architecture

Nick Marchuk

2 вариант лучше, потому как разделяете ответственность и в случае чего можно без проблем внести изменения

вот изначально пилил по первому варианту, тк нашел такой подход в примерах, мать его, гугла, но сейчас, с масштабированием, стал все больше к 2 варианту тоже подходить

источник

10:20пожаловаться #12

EC

Evgeny Cherkasov in Android Architecture

Vladimir

дополню немного, есть 2 стула:
1) пилить ViewModel с привязкой к конкретной сущности и, соответственно, переиспользовать такую ViewModel на всех экранах, которые работают с такой сущностью. Таким образом, один экран может знать о нескольких ViewModel
2) пилить ViewModel с привязкой к конкретному экрану и, таким образом, ViewModel знает о нескольких сущностях, но экран знает только об одной ViewModel

На мой взгляд стоит привязывать ViewModel к конкретному View. Под View имеется в виду некая логически целостная часть экрана. Т.е. сложный экран может состоять из нескольких более-менее самостоятельных View. Например: список + детальная информация о выбранном элемента, или экран с иформацией о видео + область плеера.

источник

10:54пожаловаться #13

EC

Evgeny Cherkasov in Android Architecture

Nick Marchuk

2 вариант лучше, потому как разделяете ответственность и в случае чего можно без проблем внести изменения

Можете пояснить подробнее?

источник

10:55пожаловаться #14

NM

Nick Marchuk in Android Architecture

Evgeny Cherkasov

Можете пояснить подробнее?

Да тут всё достаточно просто, придерживаешься разделения ответственности (не делаешь какой либо класс ответственным за множество вещей), в данном примере 1 вью модель на один экран и имеешь гибкость во внесении изменений

источник

10:58пожаловаться #15

V

Vladimir in Android Architecture

Evgeny Cherkasov

На мой взгляд стоит привязывать ViewModel к конкретному View. Под View имеется в виду некая логически целостная часть экрана. Т.е. сложный экран может состоять из нескольких более-менее самостоятельных View. Например: список + детальная информация о выбранном элемента, или экран с иформацией о видео + область плеера.

тоесть если у меня есть ресайклер с несколькими типами холдеров, то под каждый тип холдера у меня должна быть отдельная viewModel?

источник

10:58пожаловаться #16

EC

Evgeny Cherkasov in Android Architecture

Nick Marchuk

Да тут всё достаточно просто, придерживаешься разделения ответственности (не делаешь какой либо класс ответственным за множество вещей), в данном примере 1 вью модель на один экран и имеешь гибкость во внесении изменений

Так во втором случае вроде как раз и получается, что если экран сложный, то ViewModel начинает отвечать за множество вещей.

источник

11:01пожаловаться #17

EC

Evgeny Cherkasov in Android Architecture

Vladimir

тоесть если у меня есть ресайклер с несколькими типами холдеров, то под каждый тип холдера у меня должна быть отдельная viewModel?

Ну в случае с RecyclerView вряд ли стоит так делать. Все таки это виджет, делать к нему несколько вью моделей как то странно наверное. Под View я имел в виду скорее фрагменты.

источник

11:03пожаловаться #18

V

Vladimir in Android Architecture

Evgeny Cherkasov

Ну в случае с RecyclerView вряд ли стоит так делать. Все таки это виджет, делать к нему несколько вью моделей как то странно наверное. Под View я имел в виду скорее фрагменты.

понял, спасибо) здесь солидарен

источник

11:04пожаловаться #19

NM

Nick Marchuk in Android Architecture

Evgeny Cherkasov

Так во втором случае вроде как раз и получается, что если экран сложный, то ViewModel начинает отвечать за множество вещей.

Имелось ввиду что ВМ используется в одном конкретно месте, а не в множестве и её изменения повлияют только на 1 выбранную вью, а не на кучу вьюшек в разных местах проекта, что усложняет тестирование и не гарантирует правильности работы во всех используемых местах и тд

источник

11:05пожаловаться #20