Android 自定義控制元件 輕鬆實現360軟體詳情頁

發表於2015-05-14

1、概述

最近有不少朋友私聊問應用寶、360軟體助手之類的軟體詳情頁怎麼做,剛好,最近有時間就模仿360軟體助手詳情頁給大家做個Demo,供大家參考。嗯,關於實現呢,我寫了兩種方式:

1、ScrollView內嵌軟體介紹+ViewPager+ViewPager中是ScrollView,這種方式呢,純原生,沒有涉及到自定義控制元件,但是這樣巢狀呢,涉及到測量以及事件的衝突處理,大家可以自己嘗試去做一下,想像起來蠻容易的,做起來其實還是挺費勁的,程式碼我會給出,核心程式碼不多,大家自行參考。本文將重點分析第二種方式。

2、將做外層的ScrollView改為了自定義的一個控制元件,繼承自LinearLayout,叫做StickyNavLayout,這裡感謝小七的命名,同時本方式感謝二群暖暖提供的原始碼。

最後看下效果圖,第一張是360的,第二張是我們的:

360:

擦,別問我為什麼這麼模糊,盡力了。。。

我們的效果圖:

2、使用方式

上面我們也說了,之所以有第二種方式,完全是為了考慮使用的容易度。

1、自定義id資原始檔

values/ids_sticky_nav_Llayout.xml.

定義了幾個id資源,主要是為了方便使用了,供宣告佈局時使用的,看名字應該能猜出來吧,猜不出來沒事,接下來我就貼布局檔案了。這個其實不屬於使用方式了,但是下文會見到,所以提前貼出來。

2、佈局檔案

最外層是我們的自定義的控制元件StickyNavLayout,然後是頂部內容區域,Vp的指示器,ViewPager。按照效果圖,去寫就ok,注意部分id使用我們預設定的id資源。因為我們的StickyNavLayout需要通過id找到該控制元件,去進行一些計算。

然後在我們的MainActivity中,對ViewPager進行初始化即可。

3、MainActivity

沒有什麼複雜的程式碼,主要就是初始化我們的Vp;

對了這個指示器我是臨時寫的,也算一個自定義控制元件吧,主要就是跟隨Vp一起移動,詳細寫法請參考:Android 教你打造炫酷的ViewPagerIndicator 不僅僅是高仿MIUI,只是把三角形改成了下劃線,非本文重點,你可以暫時忽略。

我們的Vp中每個頁面為一個Fragment,Fragment的程式碼我們就不貼了,佈局就是ScrollView為根佈局,內部隨意填充,具體可參考原始碼。

介紹完了用法有木有一點小激動,基本按照常規去寫佈局就ok,效果自動實現。

4、Fragment及其佈局

貼一下我們的Fragment程式碼:

沒撒說的 ,let’s go 。

3、StickyNavLayout原始碼剖析

1、構造

ok,首先看下成員變數,和我們的變數的初始化,mTop、mNav、mViewPager代表我們佈局的三大塊了,初始化在onFinishInflate中完成,可以看到直接通過我們的id資源讀取就ok。接下來還有些mScroller、mVelocityTracker、mTouchSlop、mMaximumVelocity、mMinimumVelocity、mLastY、mDragging,不用說大家都能想到這是和移動相關的,OverScroller是個輔助類,用於自定移動時幫我們處理掉數學的計算部分。mVelocityTracker相關幾個變數,當然是計算什麼時候需要自動移動;mTouchSlop幫我區別使用者是點選還是拖拽。android中封裝了很多常量在ViewConfiguration中,大家有興趣可以瞭解他,之所以使用這些常量不僅僅是說,省的我們自己去定義,而是為了和系統的行為保持一致。

看完了構造以後,由於我們使用的是LinearLayout,直接setOrientation(LinearLayout.VERTICAL);也就不必去layout了,控制元件都自定垂直排列了。那麼我們在onMeasure中還需要做些處理。

2、onMeasure

主要是去設定ViewPager的高度,給它一個固定值,ViewPager自己在測量自己的時候,你要是不給它固定值,可能測量結果與你的預期會差距很大。比如你給它設定個WRAP_CONTENT,你希望他去計算孩子的高度去設定自己的,那麼你就想多了。大家可以看下ViewPager測量的原始碼:

可以看到,對於AT_MOST和EXACTLY兩種模式,都是直接讀取父類的傳入的測量值,也就是說,他不會去測量自己孩子的高度。然後如果模式是:UNSPECIFIED,那麼高度直接為0呢。這裡大家如果做過這個例子,應該能遇到這種情況,ScrollView中放ViewPager時,測量模式就是UNSPECIFIED,那麼Vp直接不顯示,原因就在這裡。

扯遠了,回來,我們繼續。

我們設定為Vp的值以後,理論上來說,我們的顯示已經正常了,控制元件都按照我們的預期顯示了,但是,但是什麼呢?我們現在在自定義的LinearLayout,那麼移動是不是應該我們自己去寫。

移動的程式碼很簡單,想必大家都知道,直接拿到dx,然後scrollBy就行了。

3、onTouchEvent

比較簡單哈,我們因為只需要判斷y方向的,所以down的時候記錄下y的值,然後move的時候拿到dy,直接去進去scrollBy就好,當然我們在整個過程中.addMovement(event);所以,up的時候,我們得到v方向的velocityY,呼叫fling進行移動。

還好fling的核心程式碼OverScroller給我們實現了,so nice。

大家應該清楚,我們使用Scroller這樣的輔助類時,它們幫我們完成的,知識數學方面的計算,至於自動我們還是需要自己去幹的。

那怎麼幹,在哪幹?這個無非就是重寫computeScroll方法,在裡面判斷scroller是否結束,如果沒有,則scrollTo一下,最後記得invalidate,相關程式碼:

ok,到此,我們的onTouchEvent搞定了~~but,別得意,為什麼這麼說呢?因為你完成的,知識當然View對於上下拖動的處理。大家別忘了,我們當前的StickyNavLayout內部可是有一個ScrollView的,那麼根據事件的轉發機制,這個內部的ScrollView肯定會處理上下拖動這種情況的,也就是我們的事件會被它攔截。

4、onInterceptTouchEvent

好了,接下來我們要處理攔截,對於攔截,我們要清楚的知道什麼時候應該攔截,什麼時候不需要,當前我們的例子:

1、如果我們的頂部view只要沒有完全隱藏,那麼直接攔截上下的拖動;

2、還有個需要攔截的地方,就是當頂部的view徹底隱藏了,我們現在內部的sc應該可以上下滑動了,但是如果sc滑動到頂部再往下的時候,此時又該攔截了,我們需要把頂部view可以下滑出來。

分析完成以後,看程式碼,這叫一個酸爽:

ok,move中判斷上述兩種情況,o了。

原始碼點選下載,如有bug,歡迎提出。

注:如果你想要知道ListView如何替代上述的ScrollView,注意原始碼中已經新增了ListView的支援,大家自行下載檢視。

相關文章