Android自定義滑動刪除效果的實現(xiàn)代碼
先給大家展示下效果圖,如果感覺不錯,請參考實現(xiàn)代碼:
序言
最近項目中需要用到滑動刪除,然后去網(wǎng)上搜了一下,發(fā)現(xiàn)現(xiàn)有網(wǎng)上的各種解決辦法各式各樣,但是還是找不到一個能將所有細節(jié)和邏輯處理好的,至于滑動刪除部分,我覺得處理的相對比較好的是 QQ(包括處理各種邏輯和細節(jié));最終,苦尋無果,于是決定自己動手,豐衣足食
這篇文章將從現(xiàn)有 Android 滑動刪除的痛點,到搭建好一個基本的框架,到最終提供一份完整的 Demo為止,爭取為讀者提供最大的可定制化
正文
一. 滑動刪除的痛點
(1). 現(xiàn)有資料中的不足
筆者參閱了網(wǎng)上的一些博客,發(fā)現(xiàn),這些博客中大多能夠基本實現(xiàn)滑動刪除,但是存在的問題是,對于面向用戶實際使用而言,卻是遠遠不夠的大多數(shù)博客實現(xiàn)的只是當(dāng)手指 DOWN 的時候,通過判斷左右滑動和上下滑動的距離之比來判斷 Item 是否應(yīng)該滑動;但是有一個問題就是,用戶 DOWN 的時候獲得焦點的 Item ,但是 MOVE 的時候手指離開了該 Item 的時候應(yīng)該如何處理呢? 按照正常的用戶邏輯,這時仍然應(yīng)該是該 Item 處理滑動事件最重要和最難的部分當(dāng)然也是滑動沖突了,即不管使用 RecyclerView 還是使用 ListView 實現(xiàn),其都存在處理上下滑動和左右滑動的沖突問題,很明顯的是我們不能一味地攔截所有事件,因為對于上下滑動事件還需要交給 RecyclerView/ListView 來實現(xiàn)正常的上下滑動;滑動沖突部分如果處理不好的話會出現(xiàn)很明顯的卡頓現(xiàn)象,同時也會出現(xiàn)不符合用戶心理預(yù)期的響應(yīng),而這些都是用戶不友好的
另外,現(xiàn)有的資料都是在自己的代碼實現(xiàn)上講解的,對于實現(xiàn)正真的定制化還是很有難度的,當(dāng)我們想要實現(xiàn)自己想要的功能時,我們還需要去看懂一些不相關(guān)的處理邏輯
(2). 需要處理的細節(jié)
我一直覺得 QQ 在處理滑動刪除上做的是相對比較好的,特別是從各種細節(jié)處理上,它基本上都能給出符合用戶心理預(yù)期的響應(yīng),這里也是以 QQ 為例來介紹幾種需要注意和處理的細節(jié);當(dāng)然,需要注意的地方很多,一一例舉不太現(xiàn)實,具體的還是需要自己動手啦
側(cè)滑過程中,DOWN 時得到焦點的 Item 在 MOVE 過程中失去了焦點應(yīng)該怎么處理?(即對應(yīng)上面的 現(xiàn)有資料中的不足 中的第2項);如下圖所示,手指 DOWN 的時候得到焦點的是 Item 7, 但是之后手指在 MOVE 過程中,Item 7 失去了焦點;正如上面所說,此時還是應(yīng)該交由該 Item 7 處理滑動事件(如果在 DOWN 的時候已經(jīng)判為側(cè)滑的話)
如果當(dāng)前有 Item 正在側(cè)滑,那么 RecyclerView 就不能再同時上下滑動
如果當(dāng)前有 Item 處于打開狀態(tài),那么在下一次 DOWN 的時候應(yīng)該先將其關(guān)閉,同時在 UP 之前,MOVE 事件都應(yīng)該是無效的(對于這種情況,也可以按照自己的邏輯處理,如: 如果當(dāng)前有 Item 處于打開狀態(tài),那么在下一次 DOWN 的時候應(yīng)該先將其關(guān)閉,但是在關(guān)閉之后,在 UP 之前出現(xiàn)的 MOVE 事件也應(yīng)該響應(yīng))
在一次 DOWN->MOVE...MOVE->UP 的完整過程中,一旦初始判斷決定了應(yīng)該是上下滑動或者 Item 的左右滑動之后,在 MOVE 過程中就不能改變,直至下一次新的判斷過程為止(這種情況容易出現(xiàn)在用戶在一次過程中反復(fù)的上下滑動時突然來一次左右滑動(或者反復(fù)的左右滑動過程中,突然來一次上下滑動))
二. 一個框架
(1). 使用 RecyclerView 搭建框架
1. 預(yù)備知識
RecyclerView 對外提供的接口已經(jīng)比較完善,所以不需要再去繼承 RecyclerView 來監(jiān)聽其 MotionEvent 事件
可以通過 RecyclerView 的 addOnItemTouchListener() 方法來實現(xiàn)對所有 MotionEvent 的攔截,其需要傳入一個 RecyclerView.OnItemTouchListener 對象,這是一個 interface ,需要我們自己來實現(xiàn)邏輯,這里筆者寫了一個大致的 Demo 先來看看其各個方法之間的聯(lián)系
recyclerView.addOnItemTouchListener(new RecyclerView.OnItemTouchListener() { @Override public boolean onInterceptTouchEvent(RecyclerView rv, MotionEvent e) { switch (e.getAction()) { case MotionEvent.ACTION_DOWN: { Log.d("@HusterYP", String.valueOf("onInterceptTouchEvent DOWN")); break; } case MotionEvent.ACTION_MOVE: { Log.d("@HusterYP", String.valueOf("onInterceptTouchEvent MOVE")); break; } case MotionEvent.ACTION_UP: { Log.d("@HusterYP", String.valueOf("onInterceptTouchEvent UP")); break; } } return true; } @Override public void onTouchEvent(RecyclerView rv, MotionEvent e) { switch (e.getAction()) { case MotionEvent.ACTION_MOVE: { Log.d("@HusterYP", String.valueOf("onTouchEvent MOVE")); break; } case MotionEvent.ACTION_UP: { Log.d("@HusterYP", String.valueOf("onTouchEvent UP")); break; } } } @Override public void onRequestDisallowInterceptTouchEvent(boolean disallowIntercept) { } });
關(guān)于該 Demo 的代碼可至筆者 Github 上下載執(zhí)行測試;這里筆者就直接給出在 onInterceptTouchEvent 方法中返回不同值時的結(jié)論了:
如果在最后返回 false,那么 DOWN,MOVE,UP事件都是交給 onInterceptTouchEvent 處理可上下滾動
如果在最后返回 true,那么 onInterceptTouchEvent 只會接受到一個 DOWN,一個 MOVE;但是onTouchEvent 接收到剩下的 MOVE 和 UP; 不可上下滾動
如果最后返回 false,但是在 onInterceptTouchEvent 的 DOWN 判斷中返回 true,這種情況同1
如果最后返回 false 或者 true,但是在 onInterceptTouchEvent 的 DOWN 判斷中調(diào)用rv.setLayoutFrozen(true);方法,那么 onInterceptTouchEvent 只會收到一個 DOWN
如果在最后返回 false,但是在 onInterceptTouchEvent 的 MOVE 判斷中 return true;的話,同情況2
那么通過上面的預(yù)備知識和結(jié)論,我們實現(xiàn)的滑動刪除的思路也就漸漸清晰了:
最關(guān)鍵的是如何判斷應(yīng)該是 Item 的橫向滑動還是 RecyclerView 的上下滑動,這里可以通過判斷手指滑動的速度來判斷: 即在 onInterceptTouchEvent 方法中的 MOVE 事件中去判斷,如果 x 向速度大于 y 向速度,那么可以判斷為是 Item 的橫向滑動,直接 return true 即可,正如上面分析的那樣,之后直接在 onTouchEvent 方法中處理 Item 的滑動邏輯即可;這里還有一點需要注意的是,在 onInterceptTouchEvent 的 MOVE 事件中判斷時,對于一個完整的 DOWN->MOVE...MOVE->UP 過程,其實只需要,也只能執(zhí)行一次判斷,因為對于這樣一個完整的過程,一旦在初始 MOVE 中將該過程判斷為 Item 左右滑動或者 RecyclerView 上下滑動之后,中間就不可能突然改變,這對應(yīng)上面 需要處理的細節(jié) 中的情況5;所以這里筆者是通過一個標(biāo)志變量(flag)來實現(xiàn)的,需要注意的是在 UP 之后需要把 flag 置位,方便下一次判斷
對于當(dāng)手指 DOWN 時,已經(jīng)有了一個 Item 處于打開狀態(tài),那么此時也應(yīng)該分情況,當(dāng)此時手指 DOWN 處仍然為該打開 Item 時,那么手指的移動情況就應(yīng)該交給該 Item 來處理;如果此時手指 DOWN 的位置不是該打開 Item ,那么合理的處理是先關(guān)閉該 Item,之后在該過程中的 MOVE 事件還要不要響應(yīng),其實筆者覺得都是可以接受的;至于具體的細節(jié)處理是設(shè)置兩個 ViewHolder 變量來記錄(curHolder和oldHolder)即可,可在 onInterceptTouchEvent 中的 DOWN 事件中判斷
至于 Item 的平滑滑動和添加各種動畫之類的,讀者可以自行決定,這個不是本文的重點
三. 一個可擴展的Demo
這里給出筆者實現(xiàn)的一個完整 Demo,代碼中也有部分注釋,可以結(jié)合本文再來理清一下邏輯
完整Demo代碼可以到筆者 Github 下載
同時,讀者也可以根據(jù)自己的實際需要,重新設(shè)置布局和重新添加一些自己的滑動邏輯;需要需要解釋的是,這里筆者為了實現(xiàn)平滑移動,所以繼承了 RelativeLayout 在實現(xiàn)了一個 MyRelativeLayout 類,即最外層布局,如下可知,筆者只是簡單的在其中使用了一個 Scroller 類來實現(xiàn)平滑移動,其他也沒有復(fù)雜的操作
public class MyRelativeLayout extends RelativeLayout { private Scroller scroller; public MyRelativeLayout(Context context) { super(context); init(context); } public MyRelativeLayout(Context context, AttributeSet attrs) { super(context, attrs); init(context); } public MyRelativeLayout(Context context, AttributeSet attrs, int defStyleAttr) { super(context, attrs, defStyleAttr); init(context); } @RequiresApi(api = Build.VERSION_CODES.LOLLIPOP) public MyRelativeLayout(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) { super(context, attrs, defStyleAttr, defStyleRes); init(context); } private void init(Context context) { scroller = new Scroller(context); } public void onScroll(int dx) { if (this.getScrollX() != 0) { scroller.startScroll(this.getScrollX(), 0, dx, 0); invalidate(); } } @Override public void computeScroll() { super.computeScroll(); if (scroller.computeScrollOffset()) { this.scrollTo(scroller.getCurrX(), 0); invalidate(); } } }
總結(jié)
以上所述是小編給大家介紹的Android自定義滑動刪除效果的實現(xiàn)代碼,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!
相關(guān)文章
Android Parcleable接口的調(diào)用源碼層分析
這篇文章主要給大家介紹了關(guān)于利用Kotlin如何實現(xiàn)Android開發(fā)中的Parcelable的相關(guān)資料,并且給大家介紹了關(guān)于Android Parcleable源碼層問題,需要的朋友可以參考下2022-12-12詳解Android App卸載后跳轉(zhuǎn)到指定的反饋頁面的方法
這篇文章主要介紹了Android App卸載后跳轉(zhuǎn)到指定的反饋頁面的方法,關(guān)鍵點是相關(guān)線程要判斷在目錄被消除以前作出響應(yīng),需要的朋友可以參考下2016-04-04Android中AutoCompleteTextView與MultiAutoCompleteTextView的用法
這篇文章主要介紹了Android中AutoCompleteTextView與MultiAutoCompleteTextView的用法,需要的朋友可以參考下2014-07-07Android studio中生成引用.aar和.jar的方法詳解
這篇文章主要是講解.aar的生成與引用,文中的內(nèi)容屬于完全基礎(chǔ)性概念,對剛學(xué)習(xí)使用Android studio的朋友們很有幫助,有需要的可以參考學(xué)習(xí),下面來一起看看吧。2016-09-09Android-自定義控件之ListView下拉刷新的實現(xiàn)
本篇文章主要介紹了Android-自定義控件之ListView下拉刷新示例,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-02-02