RecyclerView 多布局,Item中使用EditText刷新問題掃坑

項目中需要用到一個高度動態(tài)的布局用于錄入用戶信息,信息類型以及參數(shù)字段等全來自后臺。因此需要用RecyclerView來動態(tài)顯示,同時使用Item多布局來對應(yīng)不同類型的信息錄入(log:提前已知所有可能輸入的類型),這里記錄一下自己的解決方式,以及item中使用EditText碰到的問題(歡迎吐槽,互相交流)

先來看下需要實現(xiàn)的界面效果
整體布局結(jié)構(gòu).png

這里可以看到尾巴上一步,下一步布局也通過占用一個item的方式來實現(xiàn)footerView的效果,從圖中可以直觀的看出當前頁面一共有3種布局,其中item_type_1中用到了EditText,item_type_2中使用TextView來展示地址選擇結(jié)果,item_type_3使用兩個TextView來制作按鈕。

一、RecyclerView多布局的使用

沒錯,還是老套路,重點一定在Adapter,并且這里會使用到getItemViewType()方法來指定待顯示的item布局。這里為了簡單明了,直接使用未封裝的 RecyclerView.Adapter。重要代碼如下:

//一共5種布局
private static final int TYPE_EDITTEXT = 1;//editText布局
private static final int TYPE_EDITADDRESS = 2;//地址選擇器布局
private static final int TYPE_GETCODE = 3;//動態(tài)獲取數(shù)據(jù)(信息選擇器)
private static final int TYPE_EDITIDCARD = 4;//身份信息提交布局
private static final int TYPE_FOOTERVIEW = 5;//底部下一步 布局
//通過重寫getItemViewType(int position)方法來告訴onCreateViewHolder(...)每個條目對應(yīng)的布局
        @Override
    public int getItemViewType(int position) {
        switch (fieldsList.get(position).getInput_type()) {
            case 1:
                return TYPE_EDITTEXT;
            case 2:
                return TYPE_EDITADDRESS;
            case ...
        }

        return TYPE_FOOTERVIEW;
    }
//返回不同布局對應(yīng)的ViewHolder
    @Override
    public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        switch (viewType) {
            case TYPE_EDITTEXT:
                return new EditTextItemHolder(LayoutInflater.from(context).inflate(R.layout.item_rv_type_edittext, parent, false));
            case TYPE_EDITADDRESS:
                return new EditAddRessItemHolder(LayoutInflater.from(context).inflate(R.layout.item_rv_type_editaddress, parent, false));
            case ...
        }
        return new FooterViewHolder(LayoutInflater.from(context).inflate(R.layout.item_rv_type_footview, parent, false));
    }
//當然,每種item都需要有自己的ViewHolder
    class EditIDCardItemHolder extends RecyclerView.ViewHolder {

        public EditIDCardItemHolder(View itemView) {
            super(itemView);
        }
    }
    ...
//onBindViewHolder()中綁定數(shù)據(jù) 也需要知道當前布局屬于哪個item
 @Override
    public void onBindViewHolder(RecyclerView.ViewHolder holder, final int position) {
        final FieldInfoBean bean = fieldsList.get(position);

        if (holder instanceof EditTextItemHolder) {
            ...
        } 
    }

是不是發(fā)現(xiàn)RecyclerView的多布局實現(xiàn)其實也是十分簡單呢。

二、RecyclerView中使用EditText

網(wǎng)上看到博友在ListView中使用EditText時,點擊editText后軟鍵盤彈出后會導致光標失去焦點,這里我在使用RecyclerView的時候并沒有發(fā)現(xiàn)光標問題,這里先跳過光標問題。

使用EditText是主要問題在于如何獲取到EditText的值,以及刷新adapter時,出現(xiàn)editText值錯亂
//可能是由于RecyclerView的回收,無法使用getView().getText()來獲取EditText的值
//很多博友也是使用了addTextChangedListener(watcher())的方式來獲取用戶輸入的值,并且需要及時的保存數(shù)據(jù)
       TextWatcher watcher = new TextWatcher() {
                @Override
                public void beforeTextChanged(CharSequence charSequence, int i, int i1, int i2) {
                }

                @Override
                public void onTextChanged(CharSequence charSequence, int i, int i1, int i2) {
                }

                @Override
                public void afterTextChanged(Editable editable) {
                    if (TextUtils.isEmpty(editable.toString())) {
                        bean.setValue("");
                    } else {
                        bean.setValue(editable.toString());
                    }
                }
            };
            
            ((EditTextItemHolder)holder).et_text.addTextChangedListener(watcher);
上述操作方式其實給自己埋了一個坑,僅僅操作EditText時并沒有什么反常,而當我需要調(diào)用Adapter的刷新方法時候一個大坑等著我們...

常用的刷新方式有以下兩種:

adapter.notifyItemChanged(pos);//僅刷新單個item
adapter.notifyDataSetChanged();//刷新整個adapter  否則選中省信息后,市信息不能回歸默認

得益于RecyclerView的優(yōu)化,相比于ListView增加了單個item刷新操作,所以在項目中當我僅需刷新單個item時并沒有異常,textWatcher 工作的很正常

當我使用多級聯(lián)動時候,由于每一級分處不同的item,所以我不得不調(diào)用第二種方式去刷新整個item(雖然我也可以多次調(diào)用第一種方式,這里討論必須全部刷新的情況下),刷新完之后發(fā)現(xiàn)zheng'ge整個List<String> 混亂了,數(shù)據(jù)錯亂,而我發(fā)現(xiàn)僅僅是使用了EditText的地方出錯,并且是在使用了TextWatcher的item,似乎找到了問題的根源...

于是,果斷開啟debug模式,最終確認確實是TextWatcher的問題,由于調(diào)用了notifyDataSetChanged()方法,而導致EditText重繪,并且每次都走了textWatcher的afterTextChanged()方法,于是網(wǎng)上查了資料,最終順利解決了問題。記錄如下:
//完整代碼
       if (holder instanceof EditTextItemHolder) {
            //1、為了避免TextWatcher在第2步被調(diào)用,提前將他移除。
            if (((EditTextItemHolder) holder).et_text.getTag() instanceof TextWatcher) {
                ((EditTextItemHolder) holder).et_text.removeTextChangedListener((TextWatcher) (((EditTextItemHolder) holder).et_text.getTag()));
            }

            
            // 第2步:移除TextWatcher之后,設(shè)置EditText的Text。
            ((EditTextItemHolder) holder).et_text.setText(bean.getValue());

        
            TextWatcher watcher = new TextWatcher() {
                @Override
                public void beforeTextChanged(CharSequence charSequence, int i, int i1, int i2) {
                }

                @Override
                public void onTextChanged(CharSequence charSequence, int i, int i1, int i2) {
                }

                @Override
                public void afterTextChanged(Editable editable) {
                    if (TextUtils.isEmpty(editable.toString())) {
                        bean.setValue("");
                    } else {
                        bean.setValue(editable.toString());
                    }
                }
            };
            ((EditTextItemHolder) holder).et_text.addTextChangedListener(watcher);
            ((EditTextItemHolder) holder).et_text.setTag(watcher);
        }

自此也算順利解決了這個問題,博友們有好的實現(xiàn)方式還請分享【笑臉】

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容