Всем привет! Как в MVVM должна выглядеть архитектура динамического создания view

Question

Всем привет! Как в MVVM должна выглядеть архитектура динамического создания view

элементов?

О чём собсна вопрос: везде говорят, что во View части не должно храниться никаких данных и никакой "логики".
Мне нужно было сделать квадратную таблицы произвольного размера - я реализовал в коде создание таблицы n на n, где каждая ячейка - это отдельный фрагмент (CellFragment), а саму таблицу также поместил в отдельный фрагмент (TableFragment). Щас у меня это выглядит так, что TableViewModel узнаёт об изменении размера таблицы, меняет LiveData размера таблицы, TableFragment это обсёрвит и вызывает как раз таки код динамического создания всех нужных CellFragment, храня их в двухмерном массиве. Проблема в том, что TableFragment, являясь View, хранит данные о других View, да ещё и содержит логику их создания, спрашивается - на сколько это норм.

Для меня этот вопрос особенно стал проблемным, когда он вылился в уже следующий вопрос - а как осуществлять доступ к конкретным ячейкам, чтобы различать их:

Первое, что пришло в голову - просто обращаться по нужным индексам через этот 2d массив. Звучит просто, пока не понимаешь, что обращение к конкретной ячейке происходит "транзитом" через TableFragment, который и хранит 2d массив, из-за чего эта идея звучит особенно странно в контексте паттерна (view не должно содержать логики бла-бла)

Тогда я подумал над другим вариантом - на этапе создания каждой ячейки пропихивать им их собственные индексы положения в таблице, чтобы они уже у себя их хранили, и когда у ячейки что-то происходило, например на неё кликнули, она об этом сообщала, передавая те самые индексы. В общем в этом варианте выходит так, что каждая ячейка знает о своём положении в таблице, что звучит тоже не очень хорошо, т.к. это уже выходит за ответственность одной конкретной ячейки (ведь она чисто теоретически может быть вообще вне таблицы)

#android #mobile #programming #russian

0

11.11.2023

3 ответов

16 просмотров

Илья Автор вопроса

Leonid B.
А можно было бы взять RecyclerView + GridLayoutMan...

Сразу почему-то к этому не пришёл, но вторую часть вопроса, на сколько я понимаю, это не отменяет - каждая ячейка сама должна знать и хранить своё положение в таблице, или обращаться к каждой ячейке нужно через саму таблицу🤔

0

11.11.2023

Leonid B.

Илья
Сразу почему-то к этому не пришёл, но вторую часть...

Таблица описывается массивом данных. Адаптер получает эти данные и показывает их так, как его научили. Сами вью - тупые. Они только показывают то, что им дадут.

0

11.11.2023

Leonid B. · Accepted Answer

Leonid B.

А можно было бы взять RecyclerView + GridLayoutManager...

0

11.11.2023

169 похожих чатов

Всем привет! Как в MVVM должна выглядеть архитектура динамического создания view

3 ответов

Похожие вопросы