需求：有一個(gè)列表借卧，列表中有一個(gè)edittext（只能輸整形），外部有一個(gè)整形變量Int敦姻，每次改變列表中其中一項(xiàng)的edittext的值時(shí)瘾境，外部的Int都會(huì)改變。
既然這樣镰惦，我們就需要對(duì)edittext進(jìn)行addTextChangedListener監(jiān)聽(tīng)迷守，一般做法是在afterTextChanged中對(duì)外部進(jìn)行循環(huán)累加，但是想想旺入，每一次你改變edittext都要進(jìn)行一次時(shí)間復(fù)雜度為n的循環(huán)的話兑凿，想想就覺(jué)得這個(gè)算法很那啥，所以我想了另一個(gè)算法茵瘾，每次改變其中一個(gè)item的值時(shí)急膀，用總的值減去原item的edittext中的值加上item的edittext新輸入的值，這樣的復(fù)雜度為1龄捡，看著就很舒服。
但是這樣也引出了一個(gè)問(wèn)題慷暂，就是今天要說(shuō)的BUG
我要講的BUG是RecyclerView導(dǎo)致數(shù)據(jù)錯(cuò)亂的問(wèn)題
我要講的BUG是RecyclerView導(dǎo)致數(shù)據(jù)錯(cuò)亂的問(wèn)題
我要講的BUG是RecyclerView導(dǎo)致數(shù)據(jù)錯(cuò)亂的問(wèn)題
重要事情說(shuō)三遍
你想想聘殖，對(duì)于addTextChangedListener這個(gè)方法晨雳，你每次對(duì)edittext進(jìn)行setText操作后都會(huì)調(diào)用這個(gè)方法，不巧的是recyclerview是復(fù)用容器奸腺，數(shù)據(jù)超出可用的容器時(shí)餐禁，會(huì)對(duì)edittext進(jìn)行復(fù)用，也就是說(shuō)突照，我們本身只想在addTextChangedListener中去監(jiān)聽(tīng)手動(dòng)改變edittext的情況帮非，而recyclerview重復(fù)調(diào)用setText也會(huì)導(dǎo)致默認(rèn)調(diào)用addTextChangedListener而會(huì)產(chǎn)生嚴(yán)重的數(shù)據(jù)錯(cuò)亂。
舉個(gè)栗子讹蘑，對(duì)我的需求原本是做這樣的操作末盔。
edtItem.addTextChangedListener(new TextWatcher() {
@Override
public void beforeTextChanged(CharSequence charSequence, int i, int i1, int i2) {
// todo 獲取到edit改變前的數(shù)字
String befour = edtItem.getText().toString();
}
@Override
public void onTextChanged(CharSequence charSequence, int i, int i1, int i2) {
}
@Override
public void afterTextChanged(Editable editable) {
// todo 獲取到edit改后的數(shù)字
String now = edtItem.getText().toString();
}
});
這樣拿到當(dāng)前Item改變前的數(shù)字和改變后的數(shù)字，傳給外部（傳的做法我這沒(méi)寫座慰，可以用觀察者）陨舱，然后外部總int - befour + now 就能獲取到新的總數(shù)。
這邏輯看是完美版仔，但是recyclerview幫你settext時(shí)游盲，你的befour就是復(fù)用前的item中的數(shù)，而now就是新settext上去的數(shù)蛮粮。
簡(jiǎn)單來(lái)說(shuō)益缎，我們要的效果是手動(dòng)修改editText時(shí)才進(jìn)行int - befour + now步驟，而現(xiàn)在你光滑動(dòng)就莫名其妙進(jìn)行int - 復(fù)用前item的數(shù) + 復(fù)用后item的數(shù)然想。
那我們就需要解決一個(gè)問(wèn)題莺奔，只有手動(dòng)修改edittext時(shí)，才進(jìn)行正確的操作又沾，滑動(dòng)時(shí)弊仪，不進(jìn)行操作
其實(shí)我以前有說(shuō)過(guò)reyclerview不能直接對(duì)它的容器進(jìn)行操作（也就是viewholder），而應(yīng)該對(duì)它的數(shù)據(jù)進(jìn)行操作杖刷。所以這里我們改成這樣的話励饵，就不會(huì)受到滑動(dòng)更新數(shù)據(jù)的影響。
edtItem.addTextChangedListener(new TextWatcher() {
@Override
public void beforeTextChanged(CharSequence charSequence, int i, int i1, int i2) {
// todo 獲取到edit改變前的數(shù)字
String befour = data;
}
@Override
public void onTextChanged(CharSequence charSequence, int i, int i1, int i2) {
}
@Override
public void afterTextChanged(Editable editable) {
// todo 獲取到edit改后的數(shù)字
data = edtItem.getText().toString();
String now = data 滑燃；
}
});
data是adapter傳給viewholder的數(shù)據(jù)役听。這樣寫的話在beforeTextChanged方法中獲取的就不是復(fù)用前item的數(shù)據(jù)，而是當(dāng)前的數(shù)據(jù)表窘。所以你滑動(dòng)時(shí)發(fā)現(xiàn)befour 和now 會(huì)是一樣典予，這時(shí)就不用進(jìn)行更改總數(shù)的操作，而手動(dòng)改變editText時(shí)befour 和now 是不一樣的乐严。
總結(jié)
可能你看不懂我的需求和例子瘤袖，說(shuō)明你沒(méi)碰到過(guò)這樣的情況（列表的edittext影響外部某個(gè)狀態(tài)），我也不太好解釋昂验，但是你基本會(huì)碰到過(guò)數(shù)據(jù)錯(cuò)亂的情況捂敌，這就是我要說(shuō)的艾扮。
在RecyclerView中，不管你要做什么操作占婉，不要直接對(duì)容器（ViewHolder）操作泡嘴，而是對(duì)數(shù)據(jù)進(jìn)行操作。
補(bǔ)充一點(diǎn)java的常識(shí)
如果你傳的是對(duì)象的話逆济，這里對(duì)形參的改變酌予，實(shí)參也會(huì)變，但是傳基本數(shù)據(jù)類型的話奖慌，你變形參是不會(huì)影響實(shí)參的抛虫，所以不管有多少個(gè)數(shù)據(jù)，在viewholder中最后應(yīng)該傳入對(duì)象而不是基本數(shù)據(jù)類型.
