L
И в чем тут сложность?
Size: a a a
2021 January 01
L
Кроме того, что юзеру неудобно будет
L
Если список длинный
RM
Y
Leonid
Если список длинный
ты хочешь сказать можно делать внутри айтема RecyclerView?)
RM
то есть у меня фон после удаления плагина поменялся
L
ты хочешь сказать можно делать внутри айтема RecyclerView?)
Я хочу сказать, что адаптер может показывать разные view. Твоя задача - сказать ему, какое, view и holder для какого итема.
J
Как скрыть папку data и показывать только сам модуль (папку api)
settings.gradle ->
include ':app',
':data:api',
':model'
Заранее спасибо
settings.gradle ->
include ':app',
':data:api',
':model'
Заранее спасибо
L
ты хочешь сказать можно делать внутри айтема RecyclerView?)
Адаптер на то и адаптер, чтобы любую хитрую структуру данных показать так, как нам нужно.
L
RecyclerView все равно что показывать.
Y
я понимаю. Просто не слишком ли будет нагруженным адаптер? Если делать через viewType, то мне придется как минимум для 4 айтемов логику прописывать
Д
Является ли, использование одного viewmodel на несколько фрагментов, плохой практикой? Типо на первый взгляд это решает много проблем, но как мне показалось это немного противоречит архитектуре mvvm
J
Данил
Является ли, использование одного viewmodel на несколько фрагментов, плохой практикой? Типо на первый взгляд это решает много проблем, но как мне показалось это немного противоречит архитектуре mvvm
Вообще жесть , она противоречит принципам Solid , вообще если вы хотите в дальнейшем что-то добавить или изменить во viewModel то это будет касаться и к другим фрагментам остальные кейсы подумаете сами
Д
К примеру такая viewmodel отвечает только за бд и фрагменты просто получают с нее информацию. вообще выглядит даже как неплохой способ передавать информацию между фрагментами
J
Данил
К примеру такая viewmodel отвечает только за бд и фрагменты просто получают с нее информацию. вообще выглядит даже как неплохой способ передавать информацию между фрагментами
А как же Repository?
J
Данил
К примеру такая viewmodel отвечает только за бд и фрагменты просто получают с нее информацию. вообще выглядит даже как неплохой способ передавать информацию между фрагментами
Хотя такого рода кода в сети таааак много что уже стало родным
L
Вообще жесть , она противоречит принципам Solid , вообще если вы хотите в дальнейшем что-то добавить или изменить во viewModel то это будет касаться и к другим фрагментам остальные кейсы подумаете сами
Если всё пихать в одну и ту же view model, то да, это жесть 😊
L
я понимаю. Просто не слишком ли будет нагруженным адаптер? Если делать через viewType, то мне придется как минимум для 4 айтемов логику прописывать
Вроде только 2 типа нужны: родительский и вложенный.
Y
Leonid
Вроде только 2 типа нужны: родительский и вложенный.
и у вложенного список?
J
Leonid
Если всё пихать в одну и ту же view model, то да, это жесть 😊
Да вообще чужому программисту будет геморроем для чтения , что где когда , всю эту билиберду надо будет запоминать , если логика там сложная то эти 2 фрагмента будет тупым билибердой