Сделай метод swapData, куда ты даёшь лист и нотифиш адаптер и убери лист с конструктора

Вау, супер совет (нет)

Вау, супер совет (нет)

если можешь подсказать буду благодарен

Вау, супер совет (нет)

Предложи лучше

И контекст возьми с вьюшки

Тебе же сказали уже, оставь что-то одно, глай или пикассо. А для начала убери оба и попробуй картинку с ресурсов засетить

Тебе же сказали уже, оставь что-то одно, глай или пикассо. А для начала убери оба и попробуй картинку с ресурсов засетить

я и говорю,что с ресурсов все моментально, сначала брал glide он не помогал, потом пикассо, тоже не вариант

я и говорю,что с ресурсов все моментально, сначала брал glide он не помогал, потом пикассо, тоже не вариант

осталось еще coil попробовать https://coil-kt.github.io/coil

я и говорю,что с ресурсов все моментально, сначала брал glide он не помогал, потом пикассо, тоже не вариант

тогда проблема в том, как ты работаешь с глайдом/пикассо, скорее всего, как и сказали выше, проблема с контекстом, где ты его инициализируешь. создай метод у вьюхоледра, где ты будешь загружать картинку, а там itemView возбми контекст

или почитай бест практис по использованию глайда в ресайклере

тогда проблема в том, как ты работаешь с глайдом/пикассо, скорее всего, как и сказали выше, проблема с контекстом, где ты его инициализируешь. создай метод у вьюхоледра, где ты будешь загружать картинку, а там itemView возбми контекст

public void updl(image) { imageview.setimage(image); }

типо такого?

и мне вызывать его при бинде

Такой вопрос Если у меня скажем архитектура mvp и я использую Dagger2, то при переходе на MVVM сильно изменится моя часть связанная так раз таки с Dagger?

и всё таки кто то может подсказать?))

Привет. А нет ли хорошей статьи как оптимизировать андроид студио? Около 2х недель назад начал буксовать на билдах, при этом у коллеги все по прежнему быстро собирается (то есть проблема не в проекте), откатил студио, не помогло, выделил больше RAM - тоже не помогло, инвалидировал все настройки - не помогло. В тупике.

Привет. А нет ли хорошей статьи как оптимизировать андроид студио? Около 2х недель назад начал буксовать на билдах, при этом у коллеги все по прежнему быстро собирается (то есть проблема не в проекте), откатил студио, не помогло, выделил больше RAM - тоже не помогло, инвалидировал все настройки - не помогло. В тупике.

тестишь на реальном устройстве? у коллеги такие же параметры?

тестишь на реальном устройстве? у коллеги такие же параметры?

Да на рельном. У него CPU чуть-чуть получше, а RAM тот же, но просто раньше у нас обоих быстро собиралось, а сейчас у меня 2.5 минуты каждый раз, даже если меняшь строчку в проекте

В onClickListener для RecyclerView кто-нибудь делает проверку на NO_POSITION?

а подскажите кто-то может подсказать по dynamic-feature ошибка Expected configuration ':featuret:debugCompileClasspath' to contain exactly one file, however, it contains no files. ?

В onClickListener для RecyclerView кто-нибудь делает проверку на NO_POSITION?

ноуп, а что у тебя проблемки?

Да на рельном. У него CPU чуть-чуть получше, а RAM тот же, но просто раньше у нас обоих быстро собиралось, а сейчас у меня 2.5 минуты каждый раз, даже если меняшь строчку в проекте

так в новой студии есть разные опции для запуска к примеру если ты изменил только функционал но не трогал визуальную часть я бы предложил перейти на новую + если у тебя линукс то выдели swap соразменро твоему RAM

ноуп, а что у тебя проблемки?

нет пока, но теоритически adapterPosition может быть NO_POSITION, согласно исходному коду

В onClickListener для RecyclerView кто-нибудь делает проверку на NO_POSITION?

да, делаю

нет пока, но теоритически adapterPosition может быть NO_POSITION, согласно исходному коду

всё верно

нет пока, но теоритически adapterPosition может быть NO_POSITION, согласно исходному коду

может если, ты удаляешь элементы, а в он бинде у тебя кликлисенеры вешаются

так в новой студии есть разные опции для запуска к примеру если ты изменил только функционал но не трогал визуальную часть я бы предложил перейти на новую + если у тебя линукс то выдели swap соразменро твоему RAM

Mac, и новая и старая студия тормозят :(

да, делаю

ок, тогда как делаешь: если pos == NO_POSITION, вообще не вешаешь listener или просто не прокидываешь клик

может если, ты удаляешь элементы, а в он бинде у тебя кликлисенеры вешаются

не, так не далаю, но мне кажется в твоём случае, скорее, получишь неверную позицию, а не -1

ок, тогда как делаешь: если pos == NO_POSITION, вообще не вешаешь listener или просто не прокидываешь клик

Если у тебя такое вылезло, то тебе нужно обновлять элементы, чтобы они обновили свои лямбды на клик. Это проверкой ты только лишаешь краша, если был кликнут первый элемент

ок, тогда как делаешь: если pos == NO_POSITION, вообще не вешаешь listener или просто не прокидываешь клик

что то типа override fun onClick(v: View?) { if (adapterPosition > RecyclerView.NO_POSITION) listener?.onListItemClick(itemViewId = code) }

Mac, и новая и старая студия тормозят :(

хз, на маках вроде как всё ок должно быть смотря какая модель конеш

что то типа override fun onClick(v: View?) { if (adapterPosition > RecyclerView.NO_POSITION) listener?.onListItemClick(itemViewId = code) }

ага, то есть просто дропаешь клик, спасибо. сейчас ревьювлю код и вижу, что у меня вообще не вешается клик, если позиция == -1

Mac, и новая и старая студия тормозят :(

на медиуме были статейке по оптимизации, так на скорую руку не пайду

ага, то есть просто дропаешь клик, спасибо. сейчас ревьювлю код и вижу, что у меня вообще не вешается клик, если позиция == -1

😉👍

что то типа override fun onClick(v: View?) { if (adapterPosition > RecyclerView.NO_POSITION) listener?.onListItemClick(itemViewId = code) }

а где сам лисенер вешаешь? в онБинд?

а где сам лисенер вешаешь? в онБинд?

если в онбинд, то это ошибка, достаточно серьёзная

а где сам лисенер вешаешь? в онБинд?

лучше в onViewAttached вешать и в detached снимтаь

а где сам лисенер вешаешь? в онБинд?

init { itemView.setOnClickListener(this) }

init { itemView.setOnClickListener(this) }

а где снимаешь?))

а где снимаешь?))

снимаю?) не понял

снимаю?) не понял

temView.setOnClickListener(null)

снимаю?) не понял

Ну, чисто теоритически, было бы неплохо как вешать listener, так и снимать его. Соотвественно, подходят симмитричные методы жц

temView.setOnClickListener(null)

это избыточное я пробрасываю листенере в адаптер на этом всё

init { itemView.setOnClickListener(this) }

Это инит вьюхоледра же?

Это инит вьюхоледра же?

верно

init { itemView.setOnClickListener(this) }

Почему в bind не сделать?

Почему в bind не сделать?

потому что можешь получить неверную позицию. почитай когда bind вызывается, а лучше когда НЕ вызовится

потому что можешь получить неверную позицию. почитай когда bind вызывается, а лучше когда НЕ вызовится

Ок, спасибо

Ок, спасибо

Можно Линк?

но я не в onCreateVH ставлю

Можно Линк?

https://ziginsider.github.io/RecyclerView/

но я не в onCreateVH ставлю

Смотрите, ошибки новичка: вешать клик в онбинде нельзя, поэтому повесим в онКрейтХолдер, но проверку на всякий случай ебанем, гугл так говорит... логика железная)

Смотрите, ошибки новичка: вешать клик в онбинде нельзя, поэтому повесим в онКрейтХолдер, но проверку на всякий случай ебанем, гугл так говорит... логика железная)

ты путаешь одно с другим. в onBind нельзя вешать не из-за NO_POSITION, а из-за того, что если ты вызовешь notifyX, в onBind будет ложная позиция, потому что он не вызовется

1) Создаётся элемент на каждый бинд - вообще пофигу, пусть создаётся. 2) position может измениться - не передавайте в коллбеке position

Или передавайте adapterPosition, что логично.

1) Создаётся элемент на каждый бинд - вообще пофигу, пусть создаётся. 2) position может измениться - не передавайте в коллбеке position

так а как без позиции ? обычно ты передеаешь айтем = айтемЛист.гет(позишн)

1) Создаётся элемент на каждый бинд - вообще пофигу, пусть создаётся. 2) position может измениться - не передавайте в коллбеке position

1) (мне) не пофигу 2) если писать абстрактный адаптер, то с позицией проще

1) Создаётся элемент на каждый бинд - вообще пофигу, пусть создаётся. 2) position может измениться - не передавайте в коллбеке position

кароче, костыли

как можно удалить дочерний элемент в firebase

1) (мне) не пофигу 2) если писать абстрактный адаптер, то с позицией проще

Где костыли? Костыли - это пытаться оптимизировать то что в оптимизации не нуждается.

Держишь в адаптере клик листенер и присваиваешь его из фрагмента/активити/откуда-то ещё. В onBindViewHolder передаешь его в холдер и в холдере в конструкторе ставить клики на то, что тебе надо (можно и не в конструкторе, если логика клика есть какая-то).

https://ziginsider.github.io/RecyclerView/

Тут в ошибках новичка написана какая-то дичь

Особенно второй пункт — што

Держишь в адаптере клик листенер и присваиваешь его из фрагмента/активити/откуда-то ещё. В onBindViewHolder передаешь его в холдер и в холдере в конструкторе ставить клики на то, что тебе надо (можно и не в конструкторе, если логика клика есть какая-то).

а если вызвать notifyIntemChanged, то с позицией всё норм будет?

мне впадлу тестить, просто если норм компания, я думаю, вы прокатитесь на собеседовании, если вешаете онлик в онбинд

а если вызвать notifyIntemChanged, то с позицией всё норм будет?

Конечно. Клик ведь обрабатывается в холдере и adapterPosition обновится сам при нотифае

мне впадлу тестить, просто если норм компания, я думаю, вы прокатитесь на собеседовании, если вешаете онлик в онбинд

Держите в курсе про прокаты, лол.

Держите в курсе про прокаты, лол.

"Я думаю"

"Я думаю"

Ну ок, heh.

Конечно. Клик ведь обрабатывается в холдере и adapterPosition обновится сам при нотифае

тут всё ок, да, потому что (если) никак не взаимодействуешь с position, которая в onBind передаётся

Ну ок, heh.

в onBind ты байндишь, а не прокидываешь одинаковый листнер, не? не разумнее его было поставить в onCreateVH? SRP, не?

в onBind ты байндишь, а не прокидываешь одинаковый листнер, не? не разумнее его было поставить в onCreateVH? SRP, не?

Мне удобне, когда вся логика связаная с вьюхой RV находится в одном месте. Прокидывать листенер, пусть и одинаковый, суть байндниг. Не понимаю как ты сюда SRP притянул. onCreate создаёт холдер? Создаёт. У него роль такая, этот метод вызывается когда RV нужен новый холдер. Цель метода - холдер вернуть, всё что ты в него напихуёнишь по ходу - твоя инициатива. Делает ли этот метод что - то ещё, кроме как возвращает холдер? В твоём случае да, в моём - нет. Что там у нас по SRP? onBindViewHolder биндит холдер? Биндит. Этот метод вызывается, когда RV необходимо актуализировать в ячейке контент. Является ли навешивание листенера, пусть и такого же, актуализацией? Является. Нарушается ли тут SRP? Нет.

в onBind ты байндишь, а не прокидываешь одинаковый листнер, не? не разумнее его было поставить в onCreateVH? SRP, не?

При swapAdapter холдеры перебайндятся. Там что-то об этом даже в доке по этому методу написано

Слушайте, а почему реклама admob перестала работать, до того как прила окажется в плей маркете?

Слушайте, а почему реклама admob перестала работать, до того как прила окажется в плей маркете?

Бан может получил?

Ну в гугл плей да

А admob нет

Я вообще говорю о том что с любого акка рекламу если ставить admob она не работает, пока прила в гп не окажется

Привет. А нет ли хорошей статьи как оптимизировать андроид студио? Около 2х недель назад начал буксовать на билдах, при этом у коллеги все по прежнему быстро собирается (то есть проблема не в проекте), откатил студио, не помогло, выделил больше RAM - тоже не помогло, инвалидировал все настройки - не помогло. В тупике.

RESOLVED: Плагины надо было обновить и пару библиотек убрать из debug билдов

RESOLVED: Плагины надо было обновить и пару библиотек убрать из debug билдов

А ещё можно просто отключить или удалить кучу ненужных плагоинов