ホームページ > 記事 > ウェブフロントエンド > AndroidとJavaScriptのイベント配信機構の比較分析
前2回のブログではAndroidにおけるイベント配信の関連内容について解説しましたので、このブログではHTMLやJavaScriptでのイベント配信の仕組みについて簡単に解説し、簡単な比較をしていきます。
フロントエンドでは、イベントをバインドする 3 つの方法があります。
(1)。DOM でバインドします。
<!-- @author www.yaoxiaowen.com --><div id="div-1" onclick="div1click()">div - 1</div><script>function div1click() {console.log("click div-1");}</script>
(2)。
<div id="div-2"> div - 2</div><script>document.getElementById("div-2").onclick = function () {console.log("click div-2");}</script>
(3). イベント addEventListener
をリッスンして addEventListener
绑定
<div id="div-3">div - 3</div><script>document.getElementById("div-3").addEventListener("click", div3Click);function div3Click() {console.log("click div-3");}</script>
而对于前两种事件绑定的方式,比较简单一些。
1.第一种在dom中绑定的方式,如果同时注册多个函数,则执行第一个绑定的函数。
意思就是当如下形式时:
<div id="div-1" onclick="div1click_1()",onclick="div1click_2()">div - 1</div><script>function div1click_1() {console.log("click div-1 click-1");}function div1click_2() {console.log("click div-1 click-2");}</script>
点击的输出结果如下:
click div-1 click-1
2.第二种在脚本中进行绑定,如果同时注册多个函数,则执行最后一个绑定的函数。
意思就是当如下形式时:
<!-- @author www.yaoxiaowen.com --><div id="div-2"> div - 2</div><script>document.getElementById("div-2").onclick = function () {console.log("click div-2 第一次注册");}document.getElementById("div-2").onclick = function () {console.log("click div-2 第二次注册");}</script>
此时输出的结果是:
click div-2 第二次注册
3.而对于第三种 addEventListener
的方式,则比较复杂,这也是我们本篇文章主要讨论的内容。
首先要明确第三种和前两种的最大不同点是,前两种方式注册多个函数,也只会执行一个,而第三种如果注册多个函数,则每个函数都会执行。
我们假设相互嵌套的三个div,最外层是outer
,它嵌套着middle
,middle
再嵌套着一个小的 inner
。
形式如下:
<div id="outer-div" class="common"><div id="middle-div" class="common"><div id="inner-div" class="common"></div></div></div>
见图片:
当我们点击最里面的 inner
,那么这个事件又是什么样的触发顺序呢。
我觉的我们可以这样理解,不管是对于android还是前端,当事件发生时,一定是最外层的view先感知到的,然后再依次向内传递的。
这个道理在 Android View的事件分发的第一段就说过,因为这个事件的发生总是要先从硬件产生,驱动->内核->framework等依次向上传递。不管是任何一个设备,(手机或者pc)这点是不会变的。
回到前端当中的问题,我们可以这样理解,outer
先感知到,其次middle
才感知到,再其次inner
才感知到。这点和android中的没区别,不过问题是该过程中怎么处理呢。
我们再来回头看看addEventListener
document.addEventListener(event, function, useCapture)
function run() {outerDiv = document.getElementById("outer-div");middleDiv = document.getElementById("middle-div");innerDiv = document.getElementById("inner-div");outerDiv.addEventListener("click", outerClick_1);outerDiv.addEventListener("click", outerClick_2, true);outerDiv.addEventListener("click", outerClick_3, true);middleDiv.addEventListener("click", middleClick_1);middleDiv.addEventListener("click", middleClick_2, true);innerDiv.addEventListener("click", innerClick_1);innerDiv.addEventListener("click", innerClick_2, true);innerDiv.addEventListener("click", innerClick_3);}<!-- @author www.yaoxiaowen.com -->function outerClick_1() { console.log("outer 1");}function outerClick_2() {console.log("outer 2");}function outerClick_3() {console.log("outer 3");}function middleClick_1() {console.log("middle 1");}function middleClick_2() {console.log("middle 2");}function innerClick_1() {console.log("inner 1");}function innerClick_2() {console.log("inner 2");}function innerClick_3() {console.log("inner 3");}🎜🎜 クリックの出力結果は次のようになります: 🎜🎜
void func1(int a){//do something}void func2(int a){//do something}int (*p)(int) = func1;//do somethingp = func2;🎜🎜 2. 2 番目のタイプは、複数の関数が同時に登録されている場合です。 、最後のバインディング関数が実行されます。 🎜それが次の形式の場合を意味します: 🎜🎜rrreee🎜🎜 このときの出力結果は: 🎜🎜rrreee🎜🎜3.
addEventListener
の 3 番目のメソッドについては、複雑であるため、この記事の主な内容について説明します。 🎜🎜まず、3 番目の方法と最初の 2 つの方法の最大の違いは、最初の 2 つの方法では複数の関数を登録した場合、1 つだけが実行されるのに対し、3 番目の方法では複数の関数が登録されている場合であることを明確にする必要があります。が登録されると、各機能が実行されます。 🎜🎜 3 つの div が相互にネストされていると仮定します。最も外側の層は outer
で、これは middle
内にネストされており、middle
は次のようになります。小さな inner
が再びネストされました。 🎜フォームは次のとおりです: 🎜🎜rrreee🎜🎜画像を参照: 🎜🎜 🎜最も内側の inner
をクリックすると、このイベントのトリガー シーケンスが表示されます。 🎜🎜このように理解できると思います。Android であれ、フロントエンドであれ、イベントが発生すると、最初に最も外側のビューでそれが感知され、次に内側に順番に渡される必要があります。 🎜この原則は、Android View のイベント配布の最初の段落で説明されています。このイベントの発生は常に最初にハードウェアから生成され、ドライバー -> カーネル -> フレームワークなどの順に上に渡されるためです。どのデバイス(携帯電話またはPC)であっても、これは変わりません。 🎜🎜フロントエンドの問題に戻ると、次のように理解できます。outer
が最初に認識され、次に middle
が認識され、次に inner
が認識されます。 code> が知覚されます。これは Android の場合と変わりませんが、問題はその過程でどのように対処するかです。 🎜🎜addEventListener
メソッドを振り返ってみましょう。 🎜このメソッドのプロトタイプは次のようになります。 🎜🎜りー🎜关于它的参数。event
是描述事件名称的字符串,比如click
,(注意不是onclick
)。function
是事件触发后要执行的函数。那么第三个参数useCapture
是干啥的呢。
这就说到了前端中事件执行的两种不同的策略,冒泡
与 捕获
。
冒泡
:从内向外,就像你在湖心扔了一粒石头,形成的波纹都是 从内向外扩散的,意思就是,三个view都注册监听了同种类型的事件,那么inner
先执行,其次才是middle
-> outer
。
捕获
:从外向内,就像人类狩猎围成的包围圈一样,越来越小。换成我们demo的场景,事件是outer
先执行,然后其次是 middle
-> innder
。
所以第三个参数useCapture
,其实是个boolean
类型的:
true:捕获阶段执行。
false:冒泡阶段执行。(默认值)。
那么为什么会存在这两种截然相反的事件执行策略呢,这就要从当年微软与网景的浏览器大战说起了。这两种方式是这两家公司分别选择的策略。后来w3c为了统一,就两种方式都保留了。
那么如果对于outer,middle,inner每个元素都注册了多个监听事件,有的冒泡,有的排序,那么这个执行顺序又是什么呢。
本篇文章中,我们说“注册了多个监听事件”,默认是说同种类型的,比如都是"click"。不同类型的,比如一个“mousedown”,一个“click”,这当然没啥关系。
假设我们触发事件的焦点是在 inner 元素中。
手动画张图方便理解这个问题。
见图片:
事件整体的传递顺序是 1 -> 2 -> 3 -> 4.
outer
首先感知到事件。然后传递到middle。(图片当中的 1 过程),该过程中,事件捕获前进。如果碰到某个元素注册了捕获函数,则执行函数,如果某个元素(比如middle)注册了多个捕获函数又会怎么样呢?答案是按照它们注册的顺序都执行。事件传递到 inner,(图片当中的 2 过程),如果inner同时也注册了多个捕获函数和冒泡函数,则很简单的,按照它们的注册顺序执行。(此时不分什么冒泡还是捕获类型的)。
然后事情再倒过来传递,(图片中的3 -> 4),再传递到middle和outer,在这个过程中,如果碰到某个元素注册了冒泡函数,则执行函数,如果某个元素(比如middle)注册了多个冒泡函数,则按照它们的注册顺序都执行。
这个执行的顺序解释完了,来看一个demo。
function run() {outerDiv = document.getElementById("outer-div");middleDiv = document.getElementById("middle-div");innerDiv = document.getElementById("inner-div");outerDiv.addEventListener("click", outerClick_1);outerDiv.addEventListener("click", outerClick_2, true);outerDiv.addEventListener("click", outerClick_3, true);middleDiv.addEventListener("click", middleClick_1);middleDiv.addEventListener("click", middleClick_2, true);innerDiv.addEventListener("click", innerClick_1);innerDiv.addEventListener("click", innerClick_2, true);innerDiv.addEventListener("click", innerClick_3);}<!-- @author www.yaoxiaowen.com -->function outerClick_1() { console.log("outer 1");}function outerClick_2() {console.log("outer 2");}function outerClick_3() {console.log("outer 3");}function middleClick_1() {console.log("middle 1");}function middleClick_2() {console.log("middle 2");}function innerClick_1() {console.log("inner 1");}function innerClick_2() {console.log("inner 2");}function innerClick_3() {console.log("inner 3");}
猜想一下,此时点击 inner
,则打印的顺序会是什么呢。
答案我就不贴出来了,感兴趣的可以参考 。
分别学习了android和js中的事件分发,其实感觉起来有相同的地方,也有不同的地方。
最大的不同是在于,addEventListener
方法竟然可以注册多个监听函数同时起作用,这点很让我震惊。因为在我的潜意思里,就像下面这段代码:
void func1(int a){//do something}void func2(int a){//do something}int (*p)(int) = func1;//do somethingp = func2;
p最初は func1 を指していましたが、後に func2 を指しました。そうすると、今後、p は func1 とは何の関係もありません。
ブラウザのソース コードを見ていないので、なぜ addTouchListener
が複数のリスニング関数を実行できるのかわかりませんが、これは確かに主流のプログラミング習慣とは異なります。 addTouchListener
可以执行多个监听函数,但是这一点和主流的编程习惯的确不同。
在android中,某个view一旦消费了事件(return true)。那么其他view就不会再消费事件了。它们的onTouchEvent
不会再被调用了。但是在js中,多个元素都可以处理这个事件。我觉得这就像onTouchEvent
虽然被调用了,也写了相应的代码处理了业务逻辑,但是却返回了false一样。
至于它们的传递过程,我觉得是差不多的,都是类似于 U
字形的传递顺序。虽然在android中底层的view的onTouchEvent
返回了true,就不会再有其他view的onTouchEvent
来调用了。但是各个view的dispatchTouchEvent
onTouchEvent
は呼び出されなくなります。しかし、js では、複数の要素がこのイベントを処理できます。 onTouchEvent
が呼び出され、ビジネス ロジックを処理するために対応するコードが記述されたのに false が返されたようなものだと思います。
U
グリフの配信順序と似ていると思います。 Android の基になるビューの onTouchEvent
は true を返しますが、呼び出す他のビューの onTouchEvent
はなくなります。ただし、各ビューの dispatchTouchEvent
メソッドを呼び出す必要があります。
つまり、androidとjsの配信順序は同じですが、中間傍受と処理プロセスが異なります。 🎜これは、大学の化学の学生にとって、高校で学ぶ化学式は表面的なものであるのと同じです。間違っても。ただ、高校生の理解度や基礎知識のせいで、高校の教科書では浅いことしか理解できませんが、高校の教科書の知識によれば、化学現象はすでにある程度説明できます。おそらく本質的には私の理解が表面的であるか間違っているかもしれませんが、この理解によれば、各リスニング関数の実行順序を分析することは確かに正しいです。 🎜🎜🎜🎜🎜誤解がある場合は、フィードバックと批判をお願いします。 🎜免責事項:私はjsの初心者のため、ブラウザのソースコードを見たことがなく、根本的な実装メカニズムを理解していないため、フロントエンドのイベント配信メカニズムの記述は、表面的で表面的なもの、そしてそれが本質的に何であるか、またはソースコードでどのように行われるか。わからない。
- これらの内容を勉強しながら、社内の iOS の同僚にも Android でのイベント配信プロセスについて説明し、iOS ではどのような仕組みになっているのかを尋ねました。おそらく、これらは異なるパスの領域であるとのことでした。プログラミング分野でも同じ目標につながります。
こうやってみると、androidとjsでのイベントの配布と配信は大きく違うように見えますが、本質的には似ているのではないかと思います。これらはすべて、外側から内側、親要素から子要素に渡されます。
以上がAndroidとJavaScriptのイベント配信機構の比較分析の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。