Изменение PagedList в библиотеке архитектуры подкачки Android

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

Вот пример:

class MyListAdapter : PagedListAdapter<MyDataItem, MyViewHolder>(MyDiffCallback()) {

    /**
     * This data set is a bit of a hack -- we are copying everything the PagedList loads into our
     * own list.  That way we can modify it.  The docs say you should go all the way down to the
     * data source, modify it there, and then bubble back up, but I don't think that will actually
     * work for us when the changes are coming from the UI itself.
     */
    private val dataSet = arrayListOf<MyDataItem>()

    override fun onBindViewHolder(holder: MyViewHolder, position: Int) {
        //Forces the next page to load when we reach the bottom of the list
        getItem(position)

        dataSet.getOrNull(position)?.let {
            holder.populateFrom(it)
        }
    }

    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): MyViewHolder {
        val view = parent.inflate(R.layout.my_view_holder)
        return MyViewHolder(view)
    }

    class MyDiffCallback : DiffUtil.ItemCallback<MyDataItem>() {

        override fun areItemsTheSame(oldItem: MyDataItem, newItem: MyDataItem) =
                oldItem.id == newItem.id

        override fun areContentsTheSame(oldItem: MyDataItem, newItem: MyDataItem) =
                oldItem == newItem
    }

    override fun submitList(pagedList: PagedList<MyDataItem>?) {
        pagedList?.addWeakCallback(listOf(), object : PagedList.Callback() {
            override fun onChanged(position: Int, count: Int) {
                dataSet.clear()
                dataSet.addAll(pagedList)
            }

            override fun onInserted(position: Int, count: Int) {
                dataSet.clear()
                dataSet.addAll(pagedList)
            }

            override fun onRemoved(position: Int, count: Int) {
                dataSet.clear()
                dataSet.addAll(pagedList)
            }
        })
        super.submitList(pagedList)
    }
}

Вы правы в том, что DataSource предназначен для хранения неизменяемых данных. Я считаю, что это связано с тем, что библиотека Room and Paging Library пытается принимать более смелые дизайнерские решения и отстаивает неизменность данных.

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

Обновление выгружаемых данных. Если у вас есть более детализированные сигналы обновления, такие как сетевой API, сигнализирующий об обновлении одного элемента в списке, рекомендуется загрузить данные из сети в память. Затем представьте эти данные в PagedList через DataSource, который является оболочкой для моментального снимка в памяти. Каждый раз, когда копия в памяти изменяется, можно сделать недействительным предыдущий источник данных и создать новый, обертывающий новое состояние моментального снимка.

Источник: https://developer.android.com/reference/android/arch/paging/DataSource

Имея это в виду, я считаю, что можно решить описанную вами проблему, выполнив пару шагов.

Возможно, это не самый чистый способ, так как он состоит из 2 шагов.

Вы можете получить ссылку на снимок, который хранится в PagedList, который имеет тип MutableList. Затем вы можете просто удалить или обновить элемент внутри этого снимка, не делая источник данных недействительным.

Затем на втором этапе нужно вызвать что-то вроде notifyItemRemoved(index) или notifyItemChanged(index).

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

pagedList.snapshot().remove(index) // Removes item from the pagedList
adapter.notifyItemRemoved(index) // Triggers recyclerview to redraw/rebind to account for the deleted item.

Возможно, в вашем DataSource.Factory. Согласно официальным документам, ваш DataSource.Factory должен выдавать новый PagedList после обновления данных.

Обновление выгружаемых данных: для страницы с данными из источника, который предоставляет обновления, вы можете создать DataSource.Factory, где каждый созданный источник данных становится недействительным, когда происходит обновление набора данных, в результате которого создается текущий моментальный снимок. неверный. Например, при подкачке запроса из базы данных запрашиваемая таблица вставляет или удаляет элементы. Вы также можете использовать DataSource.Factory для предоставления нескольких версий сетевых страничных списков. Если для получения новой версии данных требуется перезагрузка всего содержимого (например, в ответ на действие, подобное смахиванию для обновления), вы можете подключить явный сигнал обновления для вызова invalidate () в текущем источнике данных.

Источник: https://developer.android.com/reference/android/arch/paging/DataSource

Однако я не нашел хорошего решения для этого второго подхода.