1. 程式人生 > 程式設計 >android點選無效驗證的解決方法

android點選無效驗證的解決方法

背景

在寫一個東西滑動刪除列表的時候,出現了一個問題。我的需求是,左滑然後出現delete,然後點選delete,讓該滑塊消失。

我在點列表的第一行的時候,左滑,出現delete,點選刪除,ok的,完美。然後我點選第三個,同樣左滑出現delete,點選delete沒有任何反應。

然後我再點選第一個,又可以刪除。

模型如下:

子模型:


ps:

黑色的是最外層,藍色的是在黑塊中,然後delete區域在滑塊區。滑動是控制藍色區域的移動。

如果僅僅是這樣,我一點也不慌。出現了一些東西,更加我讓疑惑。delete的groupview 容器點選是有效的,也就是藍色區域可點選的,我用它來點選新增item,這同樣也給我提供了線索。


在我心中產生了兩個個疑問:

  1. 為什麼只有第一個可以點選,刪除第一個後,第二個變成了第一個,又可以刪除?
  2. 為什麼delete 區域不可點選,而其groupview 可以點選?

解決

對於第一個疑問,我嘗試檢測是否綁定了,當然不可能去除錯看了,因為list嘛,都一個樣,檢視xy座標的話,腦殼痛。

// holder.tvMsgRemindDelete 是獲取到delete物件
holder.tvMsgRemindDelete.setText("你好啊");

我將拿到的delete view,然後修改它的text。

當然肯定是沒用的,我寫完的時候就感覺不對勁,然而還抱著一絲希望。

因為如果變成第一個的話,那麼是可以點選刪除的,肯定綁定了事件哈。

對於第二個疑問,父類groupview 可以點選,我就猜想是否是父類的groupview 阻止了該分發事件。(一般情況是不會阻止的,然而我做的這個滑動較為複雜,自我安慰一下)

是否分發到子元素,涉及到

1. onInterceptTouchEvent
2. dispatchTouchEvent

這兩個事件,一個是分發,一個是攔截。

然後找到[ACTION_DOWN,ACTION_UP]判斷事件是通過這兩個判斷的。

然後真的發現:return inView(x,y)

ps:

inView 是我用來判斷是當前x,y軸是否在滑塊中,也就是藍色塊中。

前面將delete放在外面,如下:

忘記改然後造成了這個問題。

總結

點選無效的時候,不僅要查閱自身事件,同樣也需要查詢事件分發機制,看看是否哪個土匪攔截了,當然土匪一般是自己創造的。

以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對我們的支援。