Kotlin中使用Java數(shù)據(jù)類時引發(fā)的Bug解決方式
基礎(chǔ)復(fù)習:Kotlin語言中的對象比較
比較對象的內(nèi)容是否相等 (== 或者 equals )
:Kotlin 中的操作符 == 和 equals效果相同 ,都用于比較對象的內(nèi)容是否相等, Kotlin中建議直接使用 ==。
比較對象的引用是否相等 ( === )
:Kotlin 中的操作符 === 用于比較對象的引用是否指向同一個地址,運行時如果是基本數(shù)據(jù)類型 === 等價于 ==。
背景
如圖效果,通過RecyclerView實現(xiàn),每次通過對每個Item前后數(shù)據(jù)進行對比來確定執(zhí)行什么操作(如Item的insert、update、delete等),這里使用RecyclerView庫中的DiffUtil.Callback()來進行的前后數(shù)據(jù)對比,如下示例:
class DataDiffUtil(private val oldModels: List<Any>, private val newModels: List<Any>) :DiffUtil.Callback() { /** * 舊數(shù)據(jù) */ override fun getOldListSize(): Int = oldModels.size /** * 新數(shù)據(jù) */ override fun getNewListSize(): Int = newModels.size /** * DiffUtil調(diào)用來決定兩個對象是否代表相同的Item。true表示兩個Item相同(表示View可以復(fù)用),false表示不相同(View不可以復(fù)用) * 例如,如果你的項目有唯一的id,這個方法應(yīng)該檢查它們的id是否相等。 */ override fun areItemsTheSame(oldItemPosition: Int, newItemPosition: Int): Boolean { return oldModels[oldItemPosition]::class.java == newModels[newItemPosition]::class.java } /** * 比較兩個Item是否有相同的內(nèi)容(用于判斷Item的內(nèi)容是否發(fā)生了改變), * 該方法只有當areItemsTheSame (int, int)返回true時才會被調(diào)用。 */ override fun areContentsTheSame(oldItemPosition: Int, newItemPosition: Int): Boolean { return oldModels[oldItemPosition] == newModels[newItemPosition] } /** * 該方法執(zhí)行時機:areItemsTheSame(int, int)返回true 并且 areContentsTheSame(int, int)返回false * 該方法返回Item中的變化數(shù)據(jù),用于只更新Item中變化數(shù)據(jù)對應(yīng)的UI */ override fun getChangePayload(oldItemPosition: Int, newItemPosition: Int): Any? { return super.getChangePayload(oldItemPosition, newItemPosition) } }
以頂部的Item1 模塊舉例,當服務(wù)端有新數(shù)據(jù)來時,通過下面方式進行更新:
/** * use[DiffUtil] 增量更新數(shù)據(jù) * @param newList 新數(shù)據(jù) */ fun submitList(newList: MutableList<Any>) { //傳入新舊數(shù)據(jù)進行比對 val diffUtil = DataDiffUtil(mModels, newList) //經(jīng)過比對得到差異結(jié)果 val diffResult = DiffUtil.calculateDiff(diffUtil) //NOTE:注意這里要重新設(shè)置Adapter中的數(shù)據(jù) setModels(newList) //將數(shù)據(jù)傳給adapter,最終通過adapter.notifyItemXXX更新數(shù)據(jù) diffResult.dispatchUpdatesTo(this) }
如果 Item1
前后數(shù)據(jù)是一樣的,那么 DiffUtil.Callback#areContentsTheSame()
中的 oldModels[oldItemPosition] == newModels[newItemPosition]
理論上返回的就是true,Item1 模塊也不會執(zhí)行刷新操作了。
實際跑起來能按我們的預(yù)期走嗎?
問題出現(xiàn)
上述邏輯寫的差不多了,還差 Model
數(shù)據(jù)類沒有寫出來,因為項目中是 Kotlin & Java
混用的,而 Model
數(shù)據(jù)類正好是用Java語言編寫的:
public class VP2Model implements Serializable { public int id; public String content; }
看上去一切都是OK的,但是運行之后發(fā)現(xiàn)出問題了,即使前后數(shù)據(jù)完全一樣,仍然會進行 Item1
的刷新,說明 DiffUtil.Callback#areContentsTheSame()
里的數(shù)據(jù)對比返回的是 false
,通過斷點發(fā)現(xiàn)確實返回了false。
到這里不知道大家有沒有發(fā)現(xiàn)問題所在?開始以為是數(shù)據(jù)變了,但是通過Log打點發(fā)現(xiàn)前后數(shù)據(jù)是一樣的,那么明明是一樣的,為什么對比會是不同呢?仔細一想明白了,問題出在Java語言上,出在VP2Model類中沒有重新equals()方法:
@Override public boolean equals(@Nullable Object obj) { return super.equals(obj); }
Java Model
類默認的 equals()
方法是比較的對象內(nèi)存地址,刷新前后生成的顯然不是同一個對象,那么前后地址對比返回的肯定是false了,問題就出在了這里!
如果我們使用 Kotlin 語言編寫 Model 類就不會有這個問題,因為 Kotlin 編譯器自動幫我們重寫了 equals()/hashCode()
方法,如:
data class VP2Model( val id: Int = 0, val content: String = "", )
注意這里要用 data class
開頭才行,上述代碼轉(zhuǎn)換成 Java
后:
可以看到 Kotlin 編寫的 Model 類自動幫我們實現(xiàn)了其中的 equals()/hashCode()
方法。
解決方式
已經(jīng)知道問題出現(xiàn)的原因,那么解決方式就很簡單了,比如下面幾種解決方式:
方式一
重寫 Java Model
類中的 equals()
方法,對每個字段進行對比,字段都相同返回 true,否則返回 false。
有一種快捷生成方式,在 Mac
版的 AS 中,可以使用 command + N 的方式生成,如下:
生成結(jié)果:
方式二
在使用的地方用 Kotlin
語言編寫 Model
類進行轉(zhuǎn)換,注意:這里一定要用 data class
開頭的聲明,因為 Kotlin
編譯器會自動幫我們重寫 equals()/hashCode()
方法。
到此這篇關(guān)于Kotlin中使用Java數(shù)據(jù)類時引發(fā)的一個Bug的文章就介紹到這了,更多相關(guān)Kotlin使用Java數(shù)據(jù)類引發(fā)的bug內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
springboot手動動態(tài)注入controller和service方式
這篇文章主要介紹了springboot手動動態(tài)注入controller和service方式,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-03-03Java的Hibernate框架中用于操作數(shù)據(jù)庫的HQL語句講解
這篇文章主要介紹了Java的Hibernate框架中用于操作數(shù)據(jù)庫的HQL語句講解,Hibernate是Java的SSH三大web開發(fā)框架之一,需要的朋友可以參考下2016-01-01Java基于Netty實現(xiàn)Http server的實戰(zhàn)
本文主要介紹了Java基于Netty實現(xiàn)Http server的實戰(zhàn),文中通過示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下2022-02-02