Ах вот в чем дело, понял

Но в целом да - не надо передавать ничего сспособного сдохнуть при повороте экрана в класс, способный этот поворот пережить

Если никак иначе - можно накостылить проверки прочее, но способ нормальный есть всегда

Просто передавайте интерфейс и вызывайте его методы в удобный для вас момент, в фрагменте передайте этот интерфейс (в конструктор адаптера)

Просто для передачи интерфейса я всегда передаю сам фрагмент который имплементирует этот интерфейс.

Например потому, что это жёстко привязывает адаптер к конкретному активити или фрагменту. То есть, адаптер нельзя будет использовать в другом месте.


Кроме того, такая практика открывает окно опасных возможностей.

То есть, когда передали свой фрагмент, то это ещё терпимо (хотя все равно неправильно), потому что они с адаптером сдохнут одновременно.

Но тут же возникает искушение передать чужой фрагмент. И тогда начинается интересное.

В любом случае проблемы возникнут, если этот фрагмент из адаптера передать в какой-нибудь Handler, который продолжит жить после уничтожения фрагмента или активити.

В общем, не делайте так, это по-любому плохо 😏

Понял, спасибо, а как передавать интерфейс в таком случаи?

Анонимный класс или лямбду

так как ты и передал)

Но по сути я же передал фрагмент разве нет?

Как параметр с типом этого интерфейса.

getAll = object: Interface {}

Ааа, понял

да, но в адаптере это интерфейс, конечно каст сработает к фрагменту, но это уже другая история

Потому что необязательно фрагмент имплементирует интерфейс. Это кто угодно может делать.

Понятно, спасибо

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

Ok

Всем привет, кто-то работал с Bluetooth low energy?
Пытаюсь спариться с девайсом и на части девайсов диалог на сопряжение появляется два раза
Кто-то сталкивался?