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)以上才新增的方法。忍不住吐槽一下,為啥看起來有些順手就能寫的
安卓自定義View進階:Path基本操作
在上一篇Canvas之圖片文字中我們瞭解瞭如何使用Canvas中繪製圖片文字,結合前幾篇文章,Canvas的基本操作已經差不多完結了,然而Canvas不僅僅具有這些基本的操作,還可以更加炫酷,本次會了解到path(路徑)這個Canvas中的神器,有了這個神器,就能創造出更多炫(
安卓自定義 View 進階:Path 完結篇(偽)
經歷過前兩篇 Path之基本操作 和 Path之貝塞爾曲線 的講解,本篇終於進入Path的收尾篇,本篇結束後Path的大部分相關方法都已經講解完了,但Path還有一些更有意思的玩法,應該會在後續的文章中出現吧,嗯,應該會的ˊ_>ˋ 一.Path常用方法表 為了相容性
安卓自定義View進階:Path之玩出花樣(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