Flutter runApp GestureBinding使用介紹
GestureBinding介紹
在上一篇文章《Flutter runApp到渲染上屏》中,我們介紹了從runApp直到渲染到屏幕上.為了整體流程順暢因此一些內(nèi)容沒(méi)有花過(guò)多的文筆描述,所以本章節(jié)單獨(dú)陳述GestureBinding這個(gè)mixin對(duì)象.
想去了解一個(gè)類(lèi)最好的方法無(wú)外乎去閱讀它的注釋,我們可以從它的注釋中去了解它是為了做什么,做了些什么, 能夠做什么.
| 原文 | 漢譯 |
|---|---|
| A binding for the gesture subsystem. ## Lifecycle of pointer events and the gesture arena ### [PointerDownEvent] When a [PointerDownEvent] is received by the [GestureBinding] (from [dart:ui.PlatformDispatcher.onPointerDataPacket], as interpreted by the [PointerEventConverter]), a [hitTest] is performed to determine which [HitTestTarget] nodes are affected. (Other bindings are expected to implement [hitTest] to defer to [HitTestable] objects. For example, the rendering layer defers to the [RenderView] and the rest of the render object hierarchy.) The affected nodes then are given the event to handle ([dispatchEvent] calls [HitTestTarget.handleEvent] for each affected node). If any have relevant [GestureRecognizer]s, they provide the event to them using [GestureRecognizer.addPointer]. This typically causes the recognizer to register with the [PointerRouter] to receive notifications regarding the pointer in question. Once the hit test and dispatching logic is complete, the event is then passed to the aforementioned [PointerRouter], which passes it to any objects that have registered interest in that event. Finally, the [gestureArena] is closed for the given pointer ([GestureArenaManager.close]), which begins the process of selecting a gesture to win that pointer. ### Other events A pointer that is [PointerEvent.down] may send further events, such as [PointerMoveEvent], [PointerUpEvent], or [PointerCancelEvent]. These are sent to the same [HitTestTarget] nodes as were found when the [PointerDownEvent] was received (even if they have since been disposed; it is the responsibility of those objects to be aware of that possibility). Then, the events are routed to any still-registered entrants in the [PointerRouter]'s table for that pointer. When a [PointerUpEvent] is received, the [GestureArenaManager.sweep] method is invoked to force the gesture arena logic to terminate if necessary. | 手勢(shì)子系統(tǒng)的綁定。 ## 指針事件和手勢(shì)競(jìng)技場(chǎng)的生命周期 ### [PointerDownEvent] 當(dāng) [GestureBinding] 接收到 [PointerDownEvent](來(lái)自[dart:ui.PlatformDispatcher.onPointerDataPacket],由[PointerEventConverter]), 執(zhí)行[hitTest]以確定哪個(gè)[HitTestTarget] 節(jié)點(diǎn)受到影響。 (其他Bindings預(yù)計(jì)實(shí)現(xiàn) [hitTest] 以推遲到 [HitTestable] 對(duì)象。例如,渲染層遵從 [RenderView] 和渲染對(duì)象的其余部分。) 然后給受影響的節(jié)點(diǎn)處理事件([dispatchEvent] 調(diào)用每個(gè)受影響節(jié)點(diǎn)的 [HitTestTarget.handleEvent])。如有相關(guān)[GestureRecognizer]s,他們使用[GestureRecognizer.addPointer]。這通常會(huì)導(dǎo)致識(shí)別器向 [PointerRouter] 注冊(cè)以接收有關(guān)有問(wèn)題的指針。 一旦命中測(cè)試和調(diào)度邏輯完成,事件就會(huì)發(fā)生傳遞給前面提到的 [PointerRouter],它將它傳遞給任何對(duì)象已經(jīng)注冊(cè)了對(duì)該事件的興趣。 最后,[gestureArena] 為給定的指針關(guān)閉([GestureArenaManager.close]),它開(kāi)始選擇一個(gè)贏得該指針的手勢(shì)。 ### 其他事件 [PointerEvent.down] 的指針可能會(huì)發(fā)送更多事件,例如[PointerMoveEvent]、[PointerUpEvent] 或 [PointerCancelEvent]。這些是發(fā)送到相同的 [HitTestTarget] 節(jié)點(diǎn) [PointerDownEvent] 已收到(即使它們已被處置;它是這些對(duì)象有責(zé)任意識(shí)到這種可能性)。 然后,事件被路由到[PointerRouter] 的指針表。 當(dāng)接收到 [PointerUpEvent] 時(shí),[GestureArenaManager.sweep] 方法被調(diào)用以強(qiáng)制手勢(shì)競(jìng)技場(chǎng)邏輯在必要時(shí)終止。 |
methods
了解完GestureBinding大致是做什么的, 我們?cè)倭私庖幌滤心男┓椒?

其中initInstances()不知道大家有沒(méi)有印象, 在BindingBase的構(gòu)造方法中有調(diào)用這個(gè)方法, 那自然在初始的時(shí)候會(huì)調(diào)用這個(gè)方法.
{
// 保存實(shí)例
_instance = this;
// 平臺(tái)分發(fā), 這里接受native傳來(lái)的手勢(shì)信息作分發(fā)
platformDispatcher.onPointerDataPacket = _handlePointerDataPacket;
}
實(shí)際上也就是在開(kāi)始的時(shí)候注冊(cè)了手勢(shì)的接收分發(fā).那么手勢(shì)是如何分發(fā)的呢?我們不如看一下_handlePointerDataPacket 的具體實(shí)現(xiàn):
{
// 這里會(huì)將指針數(shù)據(jù)轉(zhuǎn)換為邏輯像素,同時(shí)保存
_pendingPointerEvents.addAll(PointerEventConverter.expand(packet.data,
window.devicePixelRatio));
// 首先,我們要了解下locked是從什么地方來(lái)的,
// 可以看到它最終的改變地只有*lockEvents()*方法中,而*lockEvents()*方法
// 由*reassembleApplication()*或scheduleWarmUpFrame()調(diào)用,
// 前者屬于例如熱重載之類(lèi)時(shí)調(diào)用, 而后者我們?cè)趓unApp時(shí)也有過(guò)介紹.
// 這里看起來(lái)更像是一個(gè)異步回調(diào)的鎖.也就是在重啟界面的時(shí)候不用去刷新指針隊(duì)列
if (!locked) _flushPointerEventQueue();
}
這里又引出來(lái)一個(gè)_flushPointerEventQueue()的概念,這里會(huì)真正的去分發(fā)手勢(shì)事件:
{
// 只有我們接收到了手勢(shì)隊(duì)列中還有對(duì)象就會(huì)持續(xù)運(yùn)行
while (_pendingPointerEvents.isNotEmpty){
// 這里刪除了第一個(gè)元素并返回第一個(gè)元素,也就是隊(duì)列的fifo.
// 我們會(huì)依次處理接受到的手勢(shì)事件
handlePointerEvent(_pendingPointerEvents.removeFirst());
}
}
那么,*handlePointerEvent()*做了什么呢?
// 斷言之類(lèi)代碼已經(jīng)去掉
{
// 如果這個(gè)開(kāi)關(guān)打開(kāi),我們可以獲取更平滑到手勢(shì)事件,
// 比如90hz、120hz的屏幕. 我們?cè)谝恍┙缑嫣幚砩暇涂梢源蜷_(kāi)這個(gè)開(kāi)關(guān),
// 同樣這個(gè)值也是可以動(dòng)態(tài)開(kāi)關(guān)的
if (resamplingEnabled) {
// 重采樣這里不過(guò)多介紹,有興趣可以自行探索一下哦!
_resampler.addOrDispatch(event);
_resampler.sample(samplingOffset, _samplingClock);
return;
}
_resampler.stop();
// 這里去處理指針事件,從名字上來(lái)看是非常迫切了,hhh
_handlePointerEventImmediately(event);
}
// 這里會(huì)對(duì)每一個(gè)指針事件進(jìn)行判斷,是否點(diǎn)中widget或者說(shuō)命中了哪個(gè)widget
{
HitTestResult? hitTestResult;
if (event is PointerDownEvent || event is PointerSignalEvent || event is PointerHoverEvent) {
hitTestResult = HitTestResult();
hitTest(hitTestResult, event.position);
if (event is PointerDownEvent) {
_hitTests[event.pointer] = hitTestResult;
}
} else if (event is PointerUpEvent || event is PointerCancelEvent) {
hitTestResult = _hitTests.remove(event.pointer);
} else if (event.down) {
hitTestResult = _hitTests[event.pointer];
}
if (hitTestResult != null ||
event is PointerAddedEvent ||
event is PointerRemovedEvent) {
dispatchEvent(event, hitTestResult);
}
}
這里的代碼比較簡(jiǎn)單, 如果事件是down、signal或者h(yuǎn)over之中的任何事件,則會(huì)通過(guò)hitTest()添加到HitTestResult中,假如是down事件還需要增加到_hitTests結(jié)果中.如果是up或者cancel事件,那說(shuō)明用戶取消了當(dāng)時(shí)到滑動(dòng)事件,我們自然而然需要去除相應(yīng)的事件.最后去分發(fā)手勢(shì).
void dispatchEvent(PointerEvent event, HitTestResult? hitTestResult) {
if (hitTestResult == null) {
try {
// 分發(fā)指針時(shí), 會(huì)把所有通過(guò)條件的event都注冊(cè)到手勢(shì)路由里面
pointerRouter.route(event);
} catch (exception, stack) {
...
}
return;
}
for (final HitTestEntry entry in hitTestResult.path) {
try {
// 這里回調(diào)一下結(jié)果判斷有沒(méi)有命中
entry.target.handleEvent(event.transformed(entry.transform), entry);
} catch (exception, stack) {
...
}
}
}
也就是到這里整體到流程就結(jié)束了.
總結(jié)
從源碼開(kāi)始帶著思考去跟蹤問(wèn)題, 也許問(wèn)題就很容易可以解決了.手勢(shì)的流程也就是在這一刻注冊(cè)的,
以上就是Flutter runApp GestureBinding使用介紹的詳細(xì)內(nèi)容,更多關(guān)于Flutter runApp GestureBinding的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
android實(shí)現(xiàn)banner輪播圖無(wú)限輪播效果
這篇文章主要為大家詳細(xì)介紹了android實(shí)現(xiàn)banner輪播圖無(wú)限輪播效果,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-10-10
Android滑動(dòng)動(dòng)態(tài)分頁(yè)實(shí)現(xiàn)方法
這篇文章主要介紹了Android滑動(dòng)動(dòng)態(tài)分頁(yè)實(shí)現(xiàn)方法,結(jié)合實(shí)例形式分析了Android實(shí)現(xiàn)滑動(dòng)動(dòng)態(tài)分頁(yè)的操作步驟與核心實(shí)現(xiàn)代碼,需要的朋友可以參考下2016-10-10
Android Studio創(chuàng)建AIDL文件并實(shí)現(xiàn)進(jìn)程間通訊實(shí)例
本篇文章主要介紹了Android Studio創(chuàng)建AIDL文件并實(shí)現(xiàn)進(jìn)程間通訊實(shí)例,具有一定的參考價(jià)值,有興趣可以了解一下。2017-04-04
Ubutu1604安裝colmap實(shí)現(xiàn)方法詳細(xì)教程
這篇文章主要介紹了Ubutu1604安裝colmap實(shí)現(xiàn)方法詳細(xì)教程,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-11-11
Android Native fdsan檢測(cè)工具介紹
這篇文章主要為大家介紹了Android Native fdsan檢測(cè)工具介紹,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-02-02
Android仿QQ個(gè)人標(biāo)簽添加與刪除功能
這篇文章主要為大家詳細(xì)介紹了Android仿QQ個(gè)人標(biāo)簽添加與刪除功能,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-12-12
Android動(dòng)態(tài)添加碎片代碼實(shí)例
這篇文章主要介紹了Android動(dòng)態(tài)添加碎片代碼實(shí)例,2019-06-06
Android 實(shí)現(xiàn)九宮格抽獎(jiǎng)功能
這篇文章主要介紹了Android 實(shí)現(xiàn)九宮格抽獎(jiǎng)功能,幫助大家更好的理解和學(xué)習(xí)使用Android,感興趣的朋友可以了解下2021-03-03
Android之AppWidget(桌面小部件)開(kāi)發(fā)淺析
這篇文章主要介紹了Android之AppWidget(桌面小部件)開(kāi)發(fā)淺析,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下。2017-02-02

