时间:2021-01-04 16:15:25 | 栏目:Android代码 | 点击:次
需求:有一个列表,列表中有一个edittext(只能输整形),外部有一个整形变量Int,每次改变列表中其中一项的edittext的值时,外部的Int都会改变。
既然这样,我们就需要对edittext进行addTextChangedListener监听,一般做法是在afterTextChanged中对外部进行循环累加,但是想想,每一次你改变edittext都要进行一次时间复杂度为n的循环的话,想想就觉得这个算法很那啥,所以我想了另一个算法,每次改变其中一个item的值时,用总的值减去原item的edittext中的值加上item的edittext新输入的值,这样的复杂度为1,看着就很舒服。
但是这样也引出了一个问题,就是今天要说的BUG
我要讲的BUG是RecyclerView导致数据错乱的问题
我要讲的BUG是RecyclerView导致数据错乱的问题
我要讲的BUG是RecyclerView导致数据错乱的问题
重要事情说三遍
你想想,对于addTextChangedListener这个方法,你每次对edittext进行setText操作后都会调用这个方法,不巧的是recyclerview是复用容器,数据超出可用的容器时,会对edittext进行复用,也就是说,我们本身只想在addTextChangedListener中去监听手动改变edittext的情况,而recyclerview重复调用setText也会导致默认调用addTextChangedListener而会产生严重的数据错乱。
举个栗子,对我的需求原本是做这样的操作。
edtItem.addTextChangedListener(new TextWatcher() { @Override public void beforeTextChanged(CharSequence charSequence, int i, int i1, int i2) { // todo 获取到edit改变前的数字 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改后的数字 String now = edtItem.getText().toString(); } });
这样拿到当前Item改变前的数字和改变后的数字,传给外部(传的做法我这没写,可以用观察者),然后外部总int - befour + now 就能获取到新的总数。
这逻辑看是完美,但是recyclerview帮你settext时,你的befour就是复用前的item中的数,而now就是新settext上去的数。
简单来说,我们要的效果是手动修改editText时才进行int - befour + now步骤,而现在你光滑动就莫名其妙进行int - 复用前item的数 + 复用后item的数。
那我们就需要解决一个问题,只有手动修改edittext时,才进行正确的操作,滑动时,不进行操作
其实我以前有说过reyclerview不能直接对它的容器进行操作(也就是viewholder),而应该对它的数据进行操作。所以这里我们改成这样的话,就不会受到滑动更新数据的影响。
edtItem.addTextChangedListener(new TextWatcher() { @Override public void beforeTextChanged(CharSequence charSequence, int i, int i1, int i2) { // todo 获取到edit改变前的数字 String befour = data; } @Override public void onTextChanged(CharSequence charSequence, int i, int i1, int i2) { } @Override public void afterTextChanged(Editable editable) { // todo 获取到edit改后的数字 data = edtItem.getText().toString(); String now = data ; } });
data是adapter传给viewholder的数据。这样写的话在beforeTextChanged方法中获取的就不是复用前item的数据,而是当前的数据。所以你滑动时发现befour 和now 会是一样,这时就不用进行更改总数的操作,而手动改变editText时befour 和now 是不一样的。
总结
可能你看不懂我的需求和例子,说明你没碰到过这样的情况(列表的edittext影响外部某个状态),我也不太好解释,但是你基本会碰到过数据错乱的情况,这就是我要说的。
在RecyclerView中,不管你要做什么操作,不要直接对容器(ViewHolder)操作,而是对数据进行操作。
补充一点java的常识
如果你传的是对象的话,这里对形参的改变,实参也会变,但是传基本数据类型的话,你变形参是不会影响实参的,所以不管有多少个数据,在viewholder中最后应该传入对象而不是基本数据类型.