VN
init {
itemView.setOnClickListener(this)
}Почему в bind не сделать?
Size: a a a
2020 March 24
I
Почему в bind не сделать?
потому что можешь получить неверную позицию. почитай когда bind вызывается, а лучше когда НЕ вызовится
VN
потому что можешь получить неверную позицию. почитай когда bind вызывается, а лучше когда НЕ вызовится
Ок, спасибо
I
Ок, спасибо
VN
Можно Линк?
I
но я не в onCreateVH ставлю
DB
но я не в onCreateVH ставлю
Смотрите, ошибки новичка: вешать клик в онбинде нельзя, поэтому повесим в онКрейтХолдер, но проверку на всякий случай ебанем, гугл так говорит... логика железная)
I
Смотрите, ошибки новичка: вешать клик в онбинде нельзя, поэтому повесим в онКрейтХолдер, но проверку на всякий случай ебанем, гугл так говорит... логика железная)
ты путаешь одно с другим. в onBind нельзя вешать не из-за NO_POSITION, а из-за того, что если ты вызовешь notifyX, в onBind будет ложная позиция, потому что он не вызовется
А
1) Создаётся элемент на каждый бинд - вообще пофигу, пусть создаётся.
2) position может измениться - не передавайте в коллбеке position
2) position может измениться - не передавайте в коллбеке position
А
Или передавайте adapterPosition, что логично.
DB
Александр
1) Создаётся элемент на каждый бинд - вообще пофигу, пусть создаётся.
2) position может измениться - не передавайте в коллбеке position
2) position может измениться - не передавайте в коллбеке position
так а как без позиции ? обычно ты передеаешь айтем = айтемЛист.гет(позишн)
I
Александр
1) Создаётся элемент на каждый бинд - вообще пофигу, пусть создаётся.
2) position может измениться - не передавайте в коллбеке position
2) position может измениться - не передавайте в коллбеке position
1) (мне) не пофигу
2) если писать абстрактный адаптер, то с позицией проще
2) если писать абстрактный адаптер, то с позицией проще
I
Александр
1) Создаётся элемент на каждый бинд - вообще пофигу, пусть создаётся.
2) position может измениться - не передавайте в коллбеке position
2) position может измениться - не передавайте в коллбеке position
кароче, костыли
BM
как можно удалить дочерний элемент в firebase
А
1) (мне) не пофигу
2) если писать абстрактный адаптер, то с позицией проще
2) если писать абстрактный адаптер, то с позицией проще
Где костыли?
Костыли - это пытаться оптимизировать то что в оптимизации не нуждается.
Костыли - это пытаться оптимизировать то что в оптимизации не нуждается.
А
Держишь в адаптере клик листенер и присваиваешь его из фрагмента/активити/откуда-то ещё. В onBindViewHolder передаешь его в холдер и в холдере в конструкторе ставить клики на то, что тебе надо (можно и не в конструкторе, если логика клика есть какая-то).
А
Тут в ошибках новичка написана какая-то дичь
А
Особенно второй пункт — што
I
Держишь в адаптере клик листенер и присваиваешь его из фрагмента/активити/откуда-то ещё. В onBindViewHolder передаешь его в холдер и в холдере в конструкторе ставить клики на то, что тебе надо (можно и не в конструкторе, если логика клика есть какая-то).
а если вызвать notifyIntemChanged, то с позицией всё норм будет?