АМ
Если он хочет из адаптера напрямую что то вызывать и ему нужен контекст активити или что то подобное, то у него явно что то не так в архитектуре приложения
Size: a a a
2021 September 12
ОА
перестаньте нарушать сингл респонсибилити класса Адаптер. он и так занят тем что матчит обьект к вьюхолдеру. все что поверх : выносите
А
Предварительно положи в адаптер инстанс активити, и обращайся потом к ней из адаптера сколько хочешь.
EK
Больше ссылок на Активити… что бы наверняка что-то да утекло
А
Это уже другой вопрос.
Кста, чёт не могу с лёту сообразить, дайте мне пж какой - нибудь реальный кейс, при котором из - за наличия активити в адаптере что - то реально утекает.
Кста, чёт не могу с лёту сообразить, дайте мне пж какой - нибудь реальный кейс, при котором из - за наличия активити в адаптере что - то реально утекает.
ОА
храни активити в адаптере, а адаптер в вм
ОА
игла в яйце,а яйцо в утке, а утка под кроватью
А
Можно и в VM хранить адаптер, если вовремя на него прибивать ссылку))00
EK
Как Оганнес написал, тут вопрос не в конкретном кейсе, а в том, что если считать это вариантом, то выходит что можно пихать что угодно и куда угодно)
ОА
именно поэтому и есть передача "беременна в 16 "
ℕ
адаптер лежит в статическом поле
А
Если это будет работать и ничего не будет течь, то, в абстрактной ситуации в ваакуме, можно пихать что угодно и куда, да.
EK
И индусы
Ж
есть вариант создать хэш таблицу и в onBindViewHolder туда засовывать твой вью холдер по позиции например (если они у тебя не меняются постоянно, если меняются, лучше другой ключ придумать). Тогда можно будет из активности обращаться к вью холдеру нужному. Если айтем адаптера у нас будет вне видимости в списке, вью холдер просто вернет null
ОА
поправка индусы кодеры
ℕ
активити исчезло
ℕ
вот и утечка
EK
Да, сори, что бы правильно поняли)
EK
И потом случай сколько WTF в минуту будет исходить из комнаты ревьювера таких ПР