Денис Загаевский

PagedListAdapter, серьёзно? Гугол в очередной раз родил какую-то хренотень. Похоже, создатели RecyclerView не рассказали автору этой либы, что адаптер никакого отношения к получению данных(коим, конечно, является пагинация) не имеет.

Короче, как надо. Данные должны прилетать в адаптер списком и он их должен отображать. Где-то во вью слое должна быть подписка на события скроллов ресайклера и определение, доскроллился ли он до конца. Когда доскроллился, нужно оповещать об этом презентационный слой, который попросит у модели ещё данных. Модель вытянет данные, отдаст презентации, данные сконвертятся и отдадутся во вью слой, который передаст их снова в адаптер, который их покажет.

Конец.

Никакая либа, которая трогает адаптер и вообще навешивает кучу сущностей, не нужна.

P.S. статья использует Rx в качестве фреймворка коллбеков. Божественно.

Что-то я не знаю простого способа это сделать. Вижу два пути - один гарантированный, второй нет.
Первый путь - наследуешься от LinearLayout, хардкодишь orientation = VERTICAL, переопределяешь onMeasure и в нём измеряешь детей в два прохода - первым спрашиваешь у них, какой они хотят быть ширины и ищешь максимум, второй - выставляешь им ширину exactly максимум. Это всё минимум кода, можно дважды вызвать super.onMeasure. В xml используешь эту кастомную вьюху в качестве контейнера, а всем детям ширину ставишь wrap_content. Если всё сделаешь правильно, получится в точности то, что ты хочешь.
Второй путь - попробовать поиграть с констреинтами в ConstraintLayout так что вьюхи друг на друга смотрели. К сожалению, не уверен, что это прокатит.

Ты изменяет данные в адаптере, но не нотифицируешь его об этом (notifyDatasetChanged, notify*, DiffUtil).

В общем проблема твоя в асинхронной загрузке данных и в статике.
Всё происходит так: ты заходишь на экран, адаптер создаётся моментально и наполняется из Mnd. Данные там - 1 элемент. Потом данные загружаются, статика обновляется, но адаптер никто об этом не оповещает(notify*). Дальше ты начинаешь ходить по другим страницам, в какой-то момент возвращаешься, и вуаля, создаёшь новый адаптер со свежими данными.
Что делать. Паттерн репозиторий и паттерн обзервер (или прекрути RxJava). Никакой статики нафиг. Тебе сразу придется думать, что ты делаешь, сначала будет трудно, но это необходимо. Выкинуть асинктаск и забыть о нём как о страшном сне. Retrofit+okhttp+moshi. Никакого парсинга руками джсона, тем более на мейнтреде.

Оно не знает, что такое btnOk, потому что ты нигде не объявил такую переменную.
val btnOk = findViewById<Button>(R.id.btnOk)
Если в другом проекте такого кода нет, и всё работает, значит там используется Kotlin android extensions. В build.gradle нужно подключить:
apply plugin: 'kotlin-android-extensions'

Омагад.
Читай про structured concurrency. Читай про жизненный цикл фрагментов.
Всё происходит из-за того, что ты неправильно обращаешься с ними. Из-за того, что ты поменял один инструмент на другой, неправильное обращение никуда не делось. Ты должен отменить скоуп при выходе с фрагмента(в onDestroyView). И обращаться в мейнтред через MainDispatcher, раз уж ты используешь корутины.

Ну в общем есть такой паттер Repository, надо его использовать. Внутри нужно держать бд, без вариантов. Представь, если я 1000 песен добавлю в избранное. Все эти варианты стремные с файлами и преференсами будут тормозить.
Ещё есть вариант бд держать на сервере, а запросы к ней делать прозрачно по хттп апи через тот же репозиторий.

Я бы сказал
Kotlin, RxJava+RxAndroid+RxKotlin, Conductor, Dagger 2, Retrofit+okhttp, Moshi, Glide, AdapterDelegates, Timber, Firebase, SQLDelight. Может что-то забыл, но на первое время точно хватит.

Ещё сейчас форсятся корутины, почти везде есть к ним биндинги. Но я бы не стал, не нравятся они мне. Пользуюсь только по необходимости (мультиплатформа).
Либы, которые форсят архитектуру, имхо, нафиг, проще писать руками, ничего там такого сложного нет. Но Architecture components можно посмотреть, иногда полезно. И архитектуры выбранной придерживаться.

Jetpack compose не так чтобы production-ready, хоть его и форсят из всех углов.
Flutter от всего этого сбоку находится, там своя атмосфера, пишут на Dart, и с обычным приложением это всё плюс-минус несовместимо.
splitties посмотрел, полезно, но, имхо, в любом более-менее крупном проекте возникнет своя библиотека экстеншнов, а искать на каждый чик там зависимость.. ну такое. Проще за пару минут своё написать.

Если прям сильно надо, то в конструктор передается WeakReference<ЧтоХочешьОбновлять>
Но лучше вообще не использовать AsyncTask. Это древняя штука с очень плохим апи.

На этой странице есть всё, что тебе надо.

Не надо использовать ListView. Используй RecyclerView. Обработчик кликов ставь непосредственное на вьюху.
В твоей случае, я думаю, одна из вьюх перехватывает клики(чекбокс, наверное).

Как человек, проработавший больше года на данный момент с kmpp, могу сказать, что ты не потянешь. Технология, в принципе, рабочая, но очень сырая.
Твои вопросы поставлены некорректно. Сама компиляция не так уж сложна. Сложен процесс разработки, который позволит её осуществить. Если ты просто напишешь приложение под Андроид, оно у тебя никогда не скомпилируется под айос. Потому что библиотеки и фреймворк другие. Чтобы сделать мультиплатформенное приложение, нужно делать его с самого начала таким. А чтобы писать на котлине под айос, тебе придется изучить фреймворки айосные. Материалов на котлине про это нет, так что придется изучать на свифте и самому адаптировать под котлин. Это сложно, там дикая куча граблей. Использовать тот же SwiftUI из котлина нельзя, можно только то, что имеет Objective-C api.
Кроме того, в нативе очень большие проблемы с моделью памяти. Написать мультитредовый код для двух платформ очень сложно. А мультитрединг нужен хотя бы для походов в сеть и бд. Если кто-то скажет тебе "корутины" - смейся над ним, корутины в нативе однопоточные. Елизаров и ко не смогли с текущей моделью памяти реализовать многопоточные нативные корутины. Сказали, что ушли думать, будут переделывать модель памяти.

Вывод: изучай себе спокойно андроид, доводи до ума приложение. Это сложно, и займёт у тебя достаточно времени. Захочешь айос - изучишь Свифт или найдёшь единомышленника:)