背景

在寫一個東西滑動刪除列表的時候，出現(xiàn)了一個問題。我的需求是，左滑然后出現(xiàn)delete，然后點擊delete，讓該滑塊消失。

我在點列表的第一行的時候，左滑，出現(xiàn)delete，點擊刪除，ok的，完美。然后我點擊第三個，同樣左滑出現(xiàn)delete，點擊delete沒有任何反應。

然后我再點擊第一個，又可以刪除。

模型如下:

子模型:

ps:

 黑色的是最外層，藍色的是在黑塊中，然后delete區(qū)域在滑塊區(qū)。滑動是控制藍色區(qū)域的移動。

如果僅僅是這樣，我一點也不慌。出現(xiàn)了一些東西，更加我讓疑惑。delete的groupview 容器點擊是有效的,也就是藍色區(qū)域可點擊的,我用它來點擊添加item，這同樣也給我提供了線索。

在我心中產(chǎn)生了兩個個疑問：

1. 為什么只有第一個可以點擊, 刪除第一個后，第二個變成了第一個，又可以刪除？
2. 為什么delete 區(qū)域不可點擊，而其groupview 可以點擊?

解決

對于第一個疑問，我嘗試檢測是否綁定了，當然不可能去調(diào)試看了，因為list嘛，都一個樣，查看xy坐標的話，腦殼痛。

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

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

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

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

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

是否分發(fā)到子元素，涉及到

1. onInterceptTouchEvent
2. dispatchTouchEvent

這兩個事件,一個是分發(fā)，一個是攔截。

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

然后真的發(fā)現(xiàn):return inView(x, y)

ps:

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

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

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

總結(jié)

點擊無效的時候，不僅要查閱自身事件，同樣也需要查詢事件分發(fā)機制，看看是否哪個土匪攔截了，當然土匪一般是自己創(chuàng)造的。

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。

最新評論