接著上一篇文章，繼續分析AllAPP列表介面。上一篇文章分析了所有應用列表的介面構成以及如何通過配置檔案修改屬性。今天主要是分析PagedViewWithDraggableItems類，因為在我們分析AppsCustomizePagedView之前，需要先了解PagedViewWithDraggableItems。這是因為他們是繼承關係。我們先看看AppsCustomizePagedView的類繼承關係。（以後部落格的圖片都會加上水印，因為發現很多轉載文章的人把所有作者資訊都刪除了，鄙視這種行為 ╭∩╮（︶︿︶）╭∩╮）

1、觸控攔截

　　從上面的類關係圖我們可以看到，我們今天需要分析的PagedViewWithDraggableItems類是繼承了PagedView類。PagedView我在

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) 
    {
        
 
if(OWL_DEBUG) Log.d(OWL, "enter- onInterceptTouchEvent ");
        handleTouchEvent(ev);
        return super.onInterceptTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent ev) 
    {
        if(OWL_DEBUG) Log.d(OWL, "enter- onTouchEvent ");
        handleTouchEvent(ev);
        
 
return super.onTouchEvent(ev);
    }

　　PagedViewWithDraggableItems的onInterceptTouchEvent和onTouchEvent處理都很簡單，而且都呼叫了同一個處理方法。呼叫完handleTouchEvent(ev)方法後，會直接呼叫父類的相對應介面。父類的介面也就是PagedView的介面，這兩個攔截觸控訊息的回撥方法，我們在上一篇文章已經做了很詳細分析，這裡不再多說。根據程式碼執行順序，我們可以知道，介面會先呼叫PagedViewWithDraggableItems的onInterceptTouchEvent方法並且做了一些額外處理，然後才會呼叫PagedView的處理。下面我們看看PagedViewWithDraggableItems的handleTouchEvent方法做了什麼事。

2、handleTouchEvent方法

 private void handleTouchEvent(MotionEvent ev) 
    {
        final int action = ev.getAction();
        if(OWL_DEBUG) Log.d(OWL, "handleTouchEvent action="+(action & MotionEvent.ACTION_MASK)+
                " mTouchState="+mTouchState+" mIsDragging="+mIsDragging+" mIsDragEnabled="+mIsDragEnabled);
        switch (action & MotionEvent.ACTION_MASK) 
        {
            case MotionEvent.ACTION_DOWN: //按下事件處理
                cancelDragging();
                mIsDragEnabled = true;
                break;
            case MotionEvent.ACTION_MOVE: //進入滑動狀態
                if (mTouchState != TOUCH_STATE_SCROLLING && !mIsDragging && mIsDragEnabled) 
                {
　　　　　　　　　　　 //根據是否進入滾動狀態，判斷是否需要拖曳按鈕
                    if(OWL_DEBUG) Log.d(OWL, "handleTouchEvent--->before drag ");
                    determineDraggingStart(ev);
                }
                else 
                {
                    if(OWL_DEBUG) Log.d(OWL, "handleTouchEvent--->Not drag ");
                }
                break;
        }
    }

從上面程式碼我們可以看到handleTouchEvent裡面判斷了兩種觸控狀態：ACTION_DOWN和ACTION_MOVE。在ACTION_DOWN的時候會清理有關拖動圖示的標記。而在ACTION_MOVE的時候，會根據當前TouchState是不是滾動狀態，如果不是，進入拖動圖示操作。TouchState是根據PagedView裡面的狀態判斷的，這個我們分析TouchState的時候已經分析過。下面我們看看程式碼呼叫流程，下面是我加了列印訊息後，LogCat的訊息：

　　上面是我結合PagedView類和PagedViewWithDraggableItems類對一次介面滑動的程式碼跟蹤 ，我們可以看到系統先呼叫PagedViewWithDraggableItems的onInterceptTouchEvent然後依次呼叫上面分析的程式碼。需要注意的是上面LogCat高亮喊資訊裡面，會跑到handleTouchEvent的ACTION_MOVE，然後呼叫determineDraggingStart()方法。不過這裡並不會呼叫PagedViewWithDraggableItems的determineDraggingStart()方法，而且呼叫了AppsCustomizedPagedView的方法，因為在AppsCustomizedPagedView裡面把這個方法重寫了。是一個空方法。

4、拖曳按鈕

　　上面分析的流程是滑動介面執行的程式碼流程，下面我們看看如果你需要拖曳一個按鈕，會怎麼樣。Android裡面拖曳一個按鈕，首先需要除非LongClick訊息，也就是需要長按按鈕才行。下面我們跟蹤LogCat訊息看看程式碼執行情況：

  @Override
    public boolean onLongClick(View v) 
    {
        if(OWL_DEBUG) Log.d(OWL, "onLongClick Enter");
        
        //下面有幾種情況會取消長按觸控，不是觸控狀態，正在動畫過渡，離開了allAPP頁面
        if (!v.isInTouchMode()) return false;
        // Return early if we are still animating the pages
        if (mNextPage != INVALID_PAGE) return false;
        // When we have exited all apps or are in transition, disregard long clicks
        if (!mLauncher.isAllAppsCustomizeOpen() ||
                mLauncher.getWorkspace().isSwitchingState()) return false;
       
        if(OWL_DEBUG) Log.d(OWL, "onLongClick beginDragging()");
        //呼叫開始拖曳的設定，裡面會設定一些標記
        return beginDragging(v);
    }

　　PagedViewWithDraggableItems的onLongClick()方法，只是執行了簡單的標記設定。到這裡應該可以瞭解PagedViewWithDraggableItems主要的作用，因為Launcher裡面很大一部分功能就是對於這種手勢操作的處理，所以有必要認真分析這幾個基類。為後面分析AppsCustomizedPagedView打好基礎。

Launcher分析系列文章：

Edited by mythou