ListAdapter RecyclerView'daki öğeyi güncellemiyor

Yeni destek kitaplığını kullanıyorum ListAdapter. İşte adaptör için kodum

class ArtistsAdapter : ListAdapter<Artist, ArtistsAdapter.ViewHolder>(ArtistsDiff()) {
    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolder {
        return ViewHolder(parent.inflate(R.layout.item_artist))
    }

    override fun onBindViewHolder(holder: ViewHolder, position: Int) {
        holder.bind(getItem(position))
    }

    class ViewHolder(view: View) : RecyclerView.ViewHolder(view) {
        fun bind(artist: Artist) {
            itemView.artistDetails.text = artist.artistAlbums
                    .plus(" Albums")
                    .plus(" \u2022 ")
                    .plus(artist.artistTracks)
                    .plus(" Tracks")
            itemView.artistName.text = artist.artistCover
            itemView.artistCoverImage.loadURL(artist.artistCover)
        }
    }
}

Adaptörü ile güncelliyorum

musicViewModel.getAllArtists().observe(this, Observer {
            it?.let {
                artistAdapter.submitList(it)
            }
        })

Dif sınıfım

class ArtistsDiff : DiffUtil.ItemCallback<Artist>() {
    override fun areItemsTheSame(oldItem: Artist?, newItem: Artist?): Boolean {
        return oldItem?.artistId == newItem?.artistId
    }

    override fun areContentsTheSame(oldItem: Artist?, newItem: Artist?): Boolean {
        return oldItem == newItem
    }
}

Bağdaştırıcının tüm öğeleri oluşturduğu ilk kez submitList çağrıldığında olan şey, ancak güncellenmiş nesne özellikleriyle tekrar submitList çağrıldığında, değişen görünümü yeniden oluşturmuyor.

Listeyi kaydırırken görünümü yeniden oluşturuyor, bu da sırayla bindView()

Ayrıca, adapter.notifyDatasSetChanged()gönderme listesinden sonra çağırmanın görünümü güncellenmiş değerlerle oluşturduğunu fark ettim , ancak notifyDataSetChanged()liste bağdaştırıcısının yerleşik diff araçları olduğu için aramak istemiyorum

Biri bana yardım edebilir mi?

Düzenleme: Bunun neden benim amacım olmadığını anlıyorum. Demek istediğim, en azından bir uyarı vermesi veya notifyDataSetChanged()işlevi çağırması gerektiğidir . Çünkü görünüşe göre submitList(...)işlevi bir sebepten dolayı çağırıyorum . İnsanların, submitList () 'in çağrıyı sessizce yoksaydığını anlayana kadar saatlerce neyin yanlış gittiğini anlamaya çalıştıklarından oldukça eminim.

Bunun nedeni Googletuhaf mantık. Yani aynı listeyi bağdaştırıcıya iletirseniz DiffUtil,.

public void submitList(final List<T> newList) {
    if (newList == mList) {
        // nothing to do
        return;
    }
....
}

ListAdapterAynı listedeki değişiklikleri idare edemezse, bunun tüm amacını gerçekten anlamıyorum . Geçiş yaptığınız listedeki öğeleri değiştirmek ve ListAdapterdeğişiklikleri görmek istiyorsanız, ya listenin derin bir kopyasını oluşturmanız ya da RecyclerViewkendi DiffUtillsınıfınızla normal kullanmanız gerekir .

Kitaplık, Room veya her güncellendiğinde yeni bir eşzamansız liste sunan başka bir ORM kullandığınızı varsayar, bu nedenle sadece submitList'i çağırmak işe yarayacaktır ve özensiz geliştiriciler için aynı liste çağrılırsa hesaplamaları iki kez yapmayı engeller.

Kabul edilen cevap doğru, açıklamayı sunuyor ama çözümü değil.

Bu tür kitaplıkları kullanmıyorsanız ne yapabilirsiniz?

submitList(null);
submitList(myList);

Başka bir çözüm, submitList'i (bu hızlı yanıp sönmeye neden olmaz) geçersiz kılmak olabilir:

@Override
public void submitList(final List<Author> list) {
    super.submitList(list != null ? new ArrayList<>(list) : null);
}

Veya Kotlin koduyla:

override fun submitList(list: List<CatItem>?) {
    super.submitList(list?.let { ArrayList(it) })
}

Şüpheli mantık ama mükemmel çalışıyor. Tercih ettiğim yöntem ikincisidir çünkü her satırın bir onBind çağrısı almasına neden olmaz.

Kotlin ile sadece listenizi yeni MutableList'e veya kullanımınıza göre başka bir listeye dönüştürmeniz gerekir.

.observe(this, Observer {
            adapter.submitList(it?.toMutableList())
        })

Benzer bir sorun yaşadım, ancak hatalı oluşturma setHasFixedSize(true)ve kombinasyonundan kaynaklandı android:layout_height="wrap_content". Adaptöre ilk kez boş bir liste verildi, böylece yükseklik hiç güncellenmedi ve güncellenmedi 0. Her neyse, bu benim sorunumu çözdü. Başka biri de aynı sorunu yaşayabilir ve bunun adaptörde sorun olduğunu düşünecektir.

Bugün ben de bu "sorun" ile karşılaştım. Yardımıyla insa_c cevabı ve RJFares çözümüyle Kendime bir Kotlin uzatma fonksiyonu yaptı:

/**
 * Update the [RecyclerView]'s [ListAdapter] with the provided list of items.
 *
 * Originally, [ListAdapter] will not update the view if the provided list is the same as
 * currently loaded one. This is by design as otherwise the provided DiffUtil.ItemCallback<T>
 * could never work - the [ListAdapter] must have the previous list if items to compare new
 * ones to using provided diff callback.
 * However, it's very convenient to call [ListAdapter.submitList] with the same list and expect
 * the view to be updated. This extension function handles this case by making a copy of the
 * list if the provided list is the same instance as currently loaded one.
 *
 * For more info see 'RJFares' and 'insa_c' answers on
 * /programming/49726385/listadapter-not-updating-item-in-reyclerview
 */
fun <T, VH : RecyclerView.ViewHolder> ListAdapter<T, VH>.updateList(list: List<T>?) {
    // ListAdapter<>.submitList() contains (stripped):
    //  if (newList == mList) {
    //      // nothing to do
    //      return;
    //  }
    this.submitList(if (list == this.currentList) list.toList() else list)
}

daha sonra her yerde kullanılabilir, örneğin:

viewModel.foundDevices.observe(this, Observer {
    binding.recyclerViewDevices.adapter.updateList(it)
})

ve yalnızca (ve her zaman) o anda yüklü olanla aynıysa listeyi kopyalar.

Kullanırken bazı sorunlarla karşılaşırsanız

recycler_view.setHasFixedSize(true)

bu yorumu kesinlikle kontrol etmelisiniz: https://github.com/thoughtbot/expandable-recycler-view/issues/53#issuecomment-362991531

Benim tarafımdaki sorunu çözdü.

(Burada, istenen yorumun bir ekran görüntüsü verilmiştir)

Resmi belgelere göre :

SubmitList'i her çağırdığınızda, farklılaştırılması ve gösterilmesi için yeni bir liste gönderir .

Bu nedenle , önceki (önceden gönderilen liste) submitList'i her çağırdığınızda, Diff'i hesaplamaz ve veri kümesindeki değişiklik için adaptöre bildirimde bulunmaz .

Benim durumumda ben kurmayı unuttuğu LayoutManageriçin RecyclerView. Bunun etkisi yukarıda anlatılanla aynıdır.

Ben kullandıysa Benim için bu konu ortaya RecyclerViewiçini ait ScrollViewolannestedScrollingEnabled="false" ve RV yükseklik ayar için wrap_content.
Bağdaştırıcı düzgün bir şekilde güncellendi ve bağlama işlevi çağrıldı, ancak öğeler gösterilmedi - RecyclerVieworijinal boyutunda takılı kaldı.

Sorunu düzeltmek ScrollViewiçin değiştirme NestedScrollView.

Benzer bir problemim vardı. Sorun, Difföğeleri yeterince karşılaştırmayan işlevlerdeydi. Bu sorunu yaşayanlar, Diffişlevlerinizin (ve dolayısıyla veri nesnesi sınıflarınızın) uygun karşılaştırma tanımlarını içerdiğinden emin olun - yani, yeni öğede güncellenebilecek tüm alanları karşılaştırarak. Örneğin orijinal gönderide

    override fun areContentsTheSame(oldItem: Artist?, newItem: Artist?): Boolean {
    return oldItem == newItem
}

Bu işlev (potansiyel olarak) etikette söylediği şeyi yapmaz: sınıfta işlevi geçersiz kılmadığınız sürece iki öğenin içeriğini karşılaştırmaz . Benim durumumda, onu uygularken gözetimimden dolayı gerekli alanlardan yalnızca birinin tanımını kontrol etmedim . Bu yapısal eşitliğe karşı referans eşitliktir, burada daha fazla bilgi bulabilirsiniz.equals()ArtistareContentsTheSame

Senaryosu benimkiyle aynı olan herkes için, neden işe yaradığını bilmediğim çözümümü burada bırakıyorum.

Benim için işe yarayan çözüm, listeyi değiştirilebilir bir liste olarak sunan @Mina Samir'den geldi.

Sorun senaryom:

-Bir parçanın içine arkadaş listesi yükleme.

1. ActivityMain, FragmentFriendList'i ekler (arkadaş db öğelerinin yaşam verilerini gözlemler) ve aynı zamanda, tüm arkadaş listemi almak için sunucuya bir http isteği ister.

2. Öğeleri http sunucusundan güncelleyin veya ekleyin.

3. Her değişiklik, canlı verinin onChanged geri aramasını ateşler. Ancak, uygulamayı ilk kez başlattığımda, bu, masamda hiçbir şey olmadığı anlamına gelir, submitList herhangi bir hata olmadan başarılı olur, ancak ekranda hiçbir şey görünmez.

4. Ancak, uygulamayı ikinci kez çalıştırdığımda, veriler ekrana yükleniyor.

Çözüm, yukarıda belirtildiği gibi, listeyi değişken liste olarak sunmaktır.

ListAdapter .submitlist'inizin çağrılmamasının nedeni, güncellediğiniz nesnenin bellekte aynı adresi tutmaya devam etmesidir.

Bir nesneyi .setText ile güncellediğinizde, orijinal nesnedeki değeri değiştirir.

Böylece, object.id == object2.id olup olmadığını kontrol ettiğinizde, aynı şekilde geri dönecektir, çünkü her ikisinin de bellekte aynı konuma bir referansı vardır.

Çözüm, güncellenmiş verilerle yeni bir nesne oluşturmak ve bunu listenize eklemektir. Daha sonra submitList çağrılacak ve düzgün çalışacaktır.

DifUtils'imi değiştirmem gerekiyordu

override fun areContentsTheSame(oldItem: Vehicle, newItem: Vehicle): Boolean {

İçeriğin yeni olup olmadığını gerçekten döndürmek için, sadece modelin kimliğini karşılaştırmayın.

@RJFares'in ilk cevabının kullanılması listeyi başarıyla günceller, ancak kaydırma durumunu korumaz. Tüm RecyclerView0 konumundan başlar. Geçici bir çözüm olarak yaptığım şey şu:

   fun updateDataList(newList:List<String>){ //new list from DB or Network

     val tempList = dataList.toMutableList() // dataList is the old list
     tempList.addAll(newList)
     listAdapter.submitList(tempList) // Recyclerview Adapter Instance
     dataList = tempList

   }

Bu şekilde, kaydırma durumunu RecyclerViewdeğiştirilmiş verilerle birlikte koruyabiliyorum .