1. 程式人生 > >Android自定義View進階:分類與流程

Android自定義View進階:分類與流程

經歷過前面三篇囉囉嗦嗦的基礎篇之後,終於到了進階篇,正式進入解析自定義View的階段。

前言

本章節為什麼要叫進階篇?(雖然講的是基礎內容),因為從本篇開始,將會逐漸揭開自定義View的神祕面紗,每一篇都將比上一篇內容更加深入,利用所學的知識能夠製作更加炫酷自定義View,就像在臺階上一樣,每一篇都更上一層,幫助大家一步步走向人生巔峰,出任CEO,迎娶白富美。 ,是幫助大家更加了解那些炫酷的自定義View是如何製作的,達到舉一反三的效果。

一.自定義View分類

我將自定義View分為了兩類(sloop個人分類法,非官方):

1.自定義ViewGroup

自定義ViewGroup一般是利用現有的元件根據特定的佈局方式來組成新的元件,大多繼承自ViewGroup或各種Layout,包含有子View。

例如:應用底部導航條中的條目,一般都是上面圖示(ImageView),下面文字(TextView),那麼這兩個就可以用自定義ViewGroup組合成為一個Veiw,提供兩個屬性分別用來設定文字和圖片,使用起來會更加方便。

2.自定義View

在沒有現成的View,需要自己實現的時候,就使用自定義View,一般繼承自View,SurfaceView或其他的View,不包含子View。

例如:製作一個支援自動載入網路圖片的ImageView,製作圖表等。

PS: 自定義View在大多數情況下都有替代方案,利用圖片或者組合動畫來實現,但是使用後者可能會面臨記憶體耗費過大,製作麻煩更諸多問題。

二.幾個重要的函式

1.建構函式

建構函式是View的入口,可以用於初始化一些的內容,和獲取自定義屬性

View的建構函式有四種過載分別如下:

1234 publicvoidSloopView(Context context){}publicvoidSloopView(Context context,AttributeSet attrs){}publicvoidSloopView(Context context,AttributeSet attrs,intdefStyleAttr){}publicvoidSloopView(Context context,AttributeSet attrs,intdefStyleAttr,intdefStyleRes){}

可以看出,關於View建構函式的引數有多有少,先排除幾個不常用的,留下常用的再研究。

有四個引數的建構函式在API21的時候才新增上,暫不考慮。

有三個引數的建構函式中第三個引數是預設的Style,這裡的預設的Style是指它在當前Application或Activity所用的Theme中的預設Style,且只有在明確呼叫的時候才會生效,以系統中的ImageButton為例說明:

123456789 publicImageButton(Context context,AttributeSet attrs){//呼叫了三個引數的建構函式,明確指定第三個引數this(context,attrs,com.android.internal.R.attr.imageButtonStyle);}publicImageButton(Context context,AttributeSet attrs,intdefStyleAttr){//此處調了四個引數的建構函式,無視即可this(context,attrs,defStyleAttr,0);}

注意:即使你在View中使用了Style這個屬性也不會呼叫三個引數的建構函式,所呼叫的依舊是兩個引數的建構函式。

由於三個引數的建構函式第三個引數一般不用,暫不考慮,第三個引數的具體用法會在以後用到的時候詳細介紹。

排除了兩個之後,只剩下一個引數和兩個引數的建構函式,他們的詳情如下:

12345 //一般在直接New一個View的時候呼叫。publicvoidSloopView(Context context){}//一般在layout檔案中使用的時候會呼叫,關於它的所有屬性(包括自定義屬性)都會包含在attrs中傳遞進來。publicvoidSloopView(Context context,AttributeSet attrs){}

以下方法呼叫的是一個引數的建構函式:

12 //在Avtivity中SloopView view=newSloopView(this);

以下方法呼叫的是兩個引數的建構函式:

1234 //在layout檔案中 - 格式為: 包名.View名com.sloop.study.SloopViewandroid:layout_width="wrap_content"android:layout_height="wrap_content"/>

關於建構函式先講這麼多,關於如何自定義屬性和使用attrs中的內容,在後面會詳細講解,目前只需要知道這兩個建構函式在何時呼叫即可。

2.測量View大小(onMeasure)

Q: 為什麼要測量View大小?

A: View的大小不僅由自身所決定,同時也會受到父控制元件的影響,為了我們的控制元件能更好的適應各種情況,一般會自己進行測量。

測量View大小使用的是onMeasure函式,我們可以從onMeasure的兩個引數中取出寬高的相關資料:

12345678 @OverrideprotectedvoidonMeasure(intwidthMeasureSpec,intheightMeasureSpec){intwidthsize=MeasureSpec.getSize(widthMeasureSpec);//取出寬度的確切數值intwidthmode=MeasureSpec.getMode(widthMeasureSpec);//取出寬度的測量模式intheightsize=MeasureSpec.getSize(heightMeasureSpec);//取出高度的確切數值intheightmode=MeasureSpec.getMode(heightMeasureSpec);//取出高度的測量模式}

從上面可以看出 onMeasure 函式中有 widthMeasureSpec 和 heightMeasureSpec 這兩個 int 型別的引數, 毫無疑問他們是和寬高相關的, 但它們其實不是寬和高, 而是由寬、高和各自方向上對應的測量模式來合成的一個值:

測量模式一共有三種, 被定義在 Android 中的 View 類的一個內部類View.MeasureSpec中:

模式 二進位制數值 描述
UNSPECIFIED 00 預設值,父控制元件沒有給子view任何限制,子View可以設定為任意大小。
EXACTLY 01 表示父控制元件已經確切的指定了子View的大小。
AT_MOST 10 表示子View具體大小沒有尺寸限制,但是存在上限,上限一般為父View大小。

在int型別的32位二進位制位中,31-30這兩位表示測量模式,29~0這三十位表示寬和高的實際值,實際上如下:

以數值1080(二進位制為: 1111011000)為例(其中模式和實際數值是連在一起的,為了展示我將他們分開了):

模式名稱 模式數值 實際數值
UNSPECIFIED 00 000000000000000000001111011000
EXACTLY 01 000000000000000000001111011000
AT_MOST 10 000000000000000000001111011000

PS: 實際上關於上面的東西瞭解即可,在實際運用之中只需要記住有三種模式,用 MeasureSpec 的 getSize是獲取數值, getMode是獲取模式即可。

注意:

如果對View的寬高進行修改了,不要呼叫super.onMeasure(widthMeasureSpec,heightMeasureSpec);要呼叫setMeasuredDimension(widthsize,heightsize); 這個函式。

3.確定View大小(onSizeChanged)

這個函式在檢視大小發生改變時呼叫。

Q: 在測量完View並使用setMeasuredDimension函式之後View的大小基本上已經確定了,那麼為什麼還要再次確定View的大小呢?

A: 這是因為View的大小不僅由View本身控制,而且受父控制元件的影響,所以我們在確定View大小的時候最好使用系統提供的onSizeChanged回撥函式。

onSizeChanged如下:

1234 @OverrideprotectedvoidonSizeChanged(intw,inth,intoldw,intoldh){super.onSizeChanged(w,h,oldw,oldh);}

可以看出,它又四個引數,分別為 寬度,高度,上一次寬度,上一次高度。

這個函式比較簡單,我們只需關注 寬度(w), 高度(h) 即可,這兩個引數就是View最終的大小。

4.確定子View佈局位置(onLayout)

確定佈局的函式是onLayout,它用於確定子View的位置,在自定義ViewGroup中會用到,他呼叫的是子View的layout函式。

在自定義ViewGroup中,onLayout一般是迴圈取出子View,然後經過計算得出各個子View位置的座標值,然後用以下函式設定子View位置。

1 child.layout(l,t,r,b);

四個引數分別為:

名稱 說明 對應的函式
l View左側距父View左側的距離 getLeft();
t View頂部距父View頂部的距離 getTop();
r View右側距父View左側的距離 getRight();
b View底部距父View頂部的距離 getBottom();

具體可以參考 座標系 這篇文章。

PS:關於onLayout這個函式在講解自定義ViewGroup的時候會詳細講解。

5.繪製內容(onDraw)

onDraw是實際繪製的部分,也就是我們真正關心的部分,使用的是Canvas繪圖。

1234 @OverrideprotectedvoidonDraw(Canvas canvas){super.onDraw(canvas);}

關於Canvas繪圖是本章節的重點,會分幾篇文章進行詳細講解,敬請期待OwO。

6.對外提供操作方法和監聽回撥

自定義完View之後,一般會對外暴露一些介面,用於控制View的狀態等,或者監聽View的變化.

本內容會在後續文章中以例項的方式進講解。

三.重點知識梳理

自定義View分類

PS :實際上ViewGroup是View的一個子類。

類別 繼承自 特點
View View SurfaceView 等 不含子View
ViewGroup ViewGroup xxLayout等 包含子View

自定義View流程:

步驟 關鍵字 作用
1 建構函式 View初始化
2 onMeasure 測量View大小
3 onSizeChanged 確定View大小
4 onLayout 確定子View佈局(自定義View包含子View時有用)
5 onDraw 實際繪製內容
6 提供介面 控制View或監聽View某些狀態。

參考資料:

打賞支援我寫出更多好文章,謝謝!

打賞作者

打賞支援我寫出更多好文章,謝謝!

任選一種支付方式

相關推薦

Android定義View分類流程

經歷過前面三篇囉囉嗦嗦的基礎篇之後,終於到了進階篇,正式進入解析自定義View的階段。 前言 本章節為什麼要叫進階篇?(雖然講的是基礎內容),因為從本篇開始,將會逐漸揭開自定義View的神祕面紗,每一篇都將比上一篇內容更加深入,利用所學的知識能夠製作更加炫酷自定義View,就像

Android定義View - 貝塞爾曲線

                Path之貝塞爾曲線 作者微博: @GcsSloop 【本系列相關文章】 在

安卓定義 View 貝塞爾曲線

在上一篇文章Path之基本圖形中我們瞭解了Path的基本使用方法,本次瞭解Path中非常非常非常重要的內容-貝塞爾曲線。 一.Path常用方法表 為了相容性(偷懶) 本表格中去除了在API21(即安卓版本5.0)以上才新增的方法。忍不住吐槽一下,為啥看起來有些順手就能寫的

安卓定義ViewPath基本操作

在上一篇Canvas之圖片文字中我們瞭解瞭如何使用Canvas中繪製圖片文字,結合前幾篇文章,Canvas的基本操作已經差不多完結了,然而Canvas不僅僅具有這些基本的操作,還可以更加炫酷,本次會了解到path(路徑)這個Canvas中的神器,有了這個神器,就能創造出更多炫(

安卓定義 View Path 完結篇(偽)

經歷過前兩篇 Path之基本操作 和 Path之貝塞爾曲線 的講解,本篇終於進入Path的收尾篇,本篇結束後Path的大部分相關方法都已經講解完了,但Path還有一些更有意思的玩法,應該會在後續的文章中出現吧,嗯,應該會的ˊ_>ˋ 一.Path常用方法表 為了相容性

安卓定義ViewPath之玩出花樣(PathMeasure)

PS:不要問我為什麼不講 PathEffect,因為這個方法在後面的Paint系列中。 先放一個圖鎮樓,省的下面無聊的內容把你們都嚇跑了Σ( ̄。 ̄ノ)ノ Path & PathMeasure 顧名思義,PathMeasure是一個用來測量Path的類,主要有以下方法: 構造方法 方法名 釋

Android定義view-- 神奇的貝塞爾曲線

上一篇介紹了自定義view需要知道的基本函式。新開一篇獻給借給我vpn的深圳_奮鬥小哥。 轉載請註明出處:http://blog.csdn.net/wingichoy/article/details/50492828 今天給大家介紹一個非常神奇的曲線,貝塞爾曲線。相信大

HenCoder Android 定義 View 1-7屬性動畫 Property Animation(篇)

這期是 HenCoder 自定義繪製的第 1-7 期:屬性動畫(進階篇) 簡介 上期的內容,對於大多數簡單的屬性動畫場景已經夠用了。這期的內容主要針對兩個方面: 針對特殊型別的屬性來做屬性動畫; 針對複雜的屬性關係來做屬性動畫。 TypeEvaluator

安卓定義View-分類流程

本章節為什麼要叫進階篇?(雖然講的是基礎內容),因為從本篇開始,將會逐漸揭開自定義View的神祕面紗,每一篇都將比上一篇內容更加深入,利用所學的知識能夠製作更加炫酷自定義View,就像在臺階上一樣,每一篇都更上一層,幫助大家一步步走向人生巔峰,出任CEO,迎娶白富美。 誤

安卓定義View-手勢檢測(GestureDecetor)

Android 手勢檢測,主要是 GestureDetector 相關內容的用法和注意事項,本文依舊屬於事件處理這一體系,部分內容會涉及到之前文章提及過的知識點,如果你沒看過之前的文章,可以到 自定義 View 系列 來檢視這些內容。 在開發 Android 手機應用過程中,可

安卓定義View-多點觸控詳解

Android 多點觸控詳解,在前面的幾篇文章中我們大致瞭解了 Android 中的事件處理流程和一些簡單的處理方案,本次帶大家瞭解 Android 多點觸控相關的一些知識。 多點觸控 ( Multitouch,也稱 Multi-touch ),即同時接受螢幕上多個點的人機互動

安卓定義View-特殊控制元件的事件處理方案

本文帶大家瞭解 Android 特殊形狀控制元件的事件處理方式,主要是利用了 Region 和 Matrix 的一些方法,超級實用的事件處理方案,相信看完本篇之後,任何奇葩控制元件的事件處理都會變得十分簡單。 不得不說,Android 對事件體系封裝的非常棒,即便對事件體系不太

安卓定義View-MotionEvent詳解

Android MotionEvent 詳解,之前用了兩篇文章 事件分發機制原理 和 事件分發機制詳解 來講解事件分發,而作為事件分發主角之一的 MotionEvent 並沒有過多的說明,本文就帶大家瞭解 MotionEvent 的相關內容,簡要介紹觸控事件,主要包括 單點觸控、多點

安卓定義View-事件分發機制詳解

Android 事件分發機制詳解,在上一篇文章 事件分發機制原理 中簡要分析了一下事件分發機制的原理,原理是十分簡單的,一句話就能總結:責任鏈模式,事件層層傳遞,直到被消費。 雖然原理簡單,但是隨著 Android 不斷的發展,實際運用場景也越來越複雜,所以想要徹底玩轉事件分發機制還

安卓定義View-Matrix Camera

本篇依舊屬於Matrix,主要講解Camera,Android下有很多相機應用,其中的美顏相機更是不少,不過今天這個Camera可不是我們平時拍照的那個相機,而是graphic包下的Camera,專業給View拍照的相機,不過既然是相機,作用都是類似的,主要是將3D的內容拍扁變成2D

安卓定義View-Matrix詳解

這應該是目前最詳細的一篇講解Matrix的中文文章了,在上一篇文章Matrix原理中,我們對Matrix做了一個簡單的瞭解,偏向理論,在本文中則會詳細的講解Matrix的具體用法,以及與Matrix相關的一些實用技巧。 ⚠️ 警告:測試本文章示例之前請關閉硬體加速。

安卓定義View-Matrix原理

本文內容偏向理論,和 畫布操作 有重疊的部分,本文會讓你更加深入的瞭解其中的原理。 本篇的主角Matrix,是一個一直在後臺默默工作的勞動模範,雖然我們所有看到View背後都有著Matrix的功勞,但我們卻很少見到它,本篇我們就看看它是何方神聖吧。 由於Goog

安卓定義View-PathMeasure

可以看到,在經過 Path之基本操作 Path之貝塞爾曲線 和 Path之完結篇 後, Path中各類方法基本上都講完了,表格中還沒有講解到到方法就是矩陣變換了,難道本篇終於要講矩陣了? 非也,矩陣這一部分仍在後面單獨講解,本篇主要講解 PathMeasure 這個類與 Path 的

安卓定義View-Path之貝塞爾曲線

在上一篇文章Path之基本操作中我們瞭解了Path的基本使用方法,本次瞭解Path中非常非常非常重要的內容-貝塞爾曲線。 一.Path常用方法表 為了相容性(偷懶) 本表格中去除了在API21(即安卓版本5.0)以上

安卓定義View-Path之基本操作

在上一篇Canvas之圖片文字中我們瞭解瞭如何使用Canvas中繪製圖片文字,結合前幾篇文章,Canvas的基本操作已經差不多完結了,然而Canvas不僅僅具有這些基本的操作,還可以更加炫酷,本次會了解到path(路徑)這個Canvas中的神器,有了這個神器,就能創造出更多炫(zhu