+ JavaScript の質問用スレッド vol.125 +

**デフォルトの名無しさん** · 2018/02/18(日) 16:48:01.14

JavaScript を自ら学ぶ人のための質問スレッドです。
>>2-4のテンプレを読んだ上で質問してください。

■質問を書く上で
(1) 煽り、コード制作依頼等、人を不快にさせる投稿はご遠慮下さい。公序良俗を守った応対を心がけてください。
(2) 他の人に迷惑をかけるスクリプトの質問はご遠慮ください。
　　(ブラクラ、[戻る], [閉じる], [クリック] の妨害、画面占有など)
(3) 質問者及び議論を行う人はメール欄を空欄にし、名前にレス番を入れることを強く推奨します。回答者はなりすましを判断できませんので、なりすましが現れても自己責任となります。
(4) 常に自発的に調べる心構えを持ってください。
　　具体的には「自分で調べてから質問する」「回答をもらってわからない単語があればGoogle検索してみる」など。
　　わからない内容を代わりに調べてくれる回答者をお望みの方は余所で質問してください。
(5) 出来るだけ一般的な用語を使用してください。脳内オレオレ用語は混乱の元です。
(6) 出来るだけサンプルコードを掲示してください。言葉による説明は行き違いが生まれる場合があります。
　　※必ず「問題の事象が再現されること」を確認してください。
　　　必要な部分だけ切り出したつもりで現象が再現できていなかったケアレスミスがしばしば見られます。
(7) サンプルコードに HTML が含まれる場合は http://validator.w3.org/ で [Check] してみてください。
(8) 質問を具体的かつ詳細に書くと回答を得られやすいです。>>2の質問テンプレートを活用してみてください。
(9) 時にはあなたが望む「答え」だけでなく、「意見」などが寄せられる場合もあります。

前スレ
+ JavaScript の質問用スレッド vol.124 + [転載禁止](c)2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1427008785/

（ライブラリ禁止条項は、多数の意見によって廃止されました。ライブラリの質問もOKです）

**デフォルトの名無しさん** · 2018/06/02(土) 07:01:45.47

>>961
君は良く他の言語だったら～というが、他の言語スレだったら取り合ってもらえないだろうよ
決定的な反論をぶつけて叩き出さないのも全て、俺たちが多様性というのを尊重してるから
あいつとこいつと君と俺の意見が同じような日本語を使ってるはずなのに全然合わないように、
中央管理者の居ない状況で個々の者同士がやり取りするのは一定のルールは必要とは言え
結局細部に齟齬が生じるのが自然の摂理なんだよ

これはもうWebというものの成り立ちからくるものだから、そのポリシーを批判しても仕方がない
もちろん細かな変更はしようがあるが、今だってWebを整えたとも言えるGoogleだって、
Webを牛耳ってると非難する人が出るように明らかな改善というのを定義するのは難しい
いろんなデバイス、いろんな人間が関わっているのがWebだから、程々曖昧にしてバランスを取るしかない
そういう部分が嫌というのは気持ちは分かるが、Webから離れてくれと言うしか無い

１つ言うなれば、仕様やリファレンスに疑問を感じたら自分が直せ　君もWebの一員なんだから
結局そういう物っていうのは、残念ながら世界を作って管理してる神の書いた聖書ってわけじゃないんだよ
Webにおいて仕様やリファレンスとは、勝手に人間がこの世の仕組みや物に名前を付けてる辞書のようなものでしかない
その辞書の内容だって個々違ったりするし、最新の現実を100％表してるわけではない　絶対ってものではないんだよ
でも今更Webに神を置くことなんて不可能なのは君でも分かってくれるだろう？
ならどうしろというのさ？

**デフォルトの名無しさん** · 2018/06/02(土) 09:04:14.65

>>969
日本語でおk、マジで。
だから通じてねえと言ってるんだよ。
俺はWebを批判しているのではない。そんなことは言ってないだろ。
そもそも俺は全般的に現状肯定派だ。ここが根本的に違う。

お前らは「JavaScriptは素晴らしい」ということにしたいだけだ。
それは明確な間違いで、何にもならないから、止めろと言っている。
が、お前らのレベルはもう完全に宗教だから、好きにすればいい。
それで馬鹿なままなのは自業自得だ。
ここからは離れ、本題に行く。

> １つ言うなれば、仕様やリファレンスに疑問を感じたら自分が直せ
これに対する感覚が決定的に違う。
お前らは若く、自分が全知全能の神で、疑問があれば「相手が間違っている」と断定している。
つまり、「現状否定派」だ。
俺は、これには「書かなかった理由があった」と推定している。
つまり、「現状肯定派」なんだよ。
だから、疑問に思ったからといって闇雲に参加して書き加えるとかはしない。
なおこの違いは要するに年の違いだから、お前らが今「現状否定派」なのは問題ではない。
それはいわゆる「若さの特権」だし、若いうちはそれでいい。

「現状肯定派」には今回の件は以下のように映る。

1. 世界中の誰も4年もMouseEventOrderをMDNに追記しようと思わなかったとは考えにくい。
2. まともなプログラマならこの項目が重要だとは認識出来る。(googleも)
3. W3Cの仕様B(877)はゴミ。
4. とりあえず手持ちの環境で軽く試したが、どうやらW3C仕様で動いているっぽい。

重要な項目が、既に実装完了の状態なのに、
誰もMDNに書こうとも思わないってのは明らかにおかしいだろ。
書きたくない理由があるんだよ。分かってて書いてない。

**デフォルトの名無しさん** · 2018/06/02(土) 09:05:12.45

可能性として俺が思いつくのは以下。

α：W3Cなんて無視
　（しかしWHATWGはHTMLだけでDOMにはノータッチのようだが）
β：現状のブラウザに未実装の物があるから宣伝を控えている？（消極的無視）
　（未実装のブラウザのライフタイム終了と共に宣伝開始か？
　しかし新機能を喧伝している状況でこれもない）
γ：W3Cの仕様が気に入らないから仕様変更するつもりか？

俺はこの中ではγかと思っているから、この仕様には乗れない＝地雷臭を感じてる。
で、ここら辺についてはお前らの方が詳しいから、何か意見はないのか？と聞いている。
俺にはW3Cがこの仕様にした理由が見えないから、状況が読めない。

一応969の内容に答えておくと、
そんなことは基本的に俺は思ってないわけ。
「俺がやりさえすれば全て上手く行く」「駄目なのはお前らがやってるからだ」というのは、
ガキが巣くっているこのスレみたいな所ならともかく、
俺と同年齢層/同技術レベルの奴らも多数参加している場所ではあり得ない。
Webの現状がどうあろうと、それは関わってきた奴らがこれまで努力してきた結果であり、
そこに俺が参加したからといってたちどころに改善するなんてことはあり得ない。
こんなのは年を取った奴らは全員理解している。
（とはいえ糞は糞である事実は変わらない。
それをさも素晴らしいかのごとく言うな馬鹿タレ、という話）

だからそもそもそういう指摘をしてくること自体が若いんだよ。
ただ、それは若さの特権だから、お前は今はそれでいい。

**デフォルトの名無しさん** · 2018/06/02(土) 09:08:40.24

ここ厶板のJSスレなんだから
DOMの仕様策定に物申すなら向こうでやってよ

**デフォルトの名無しさん** · 2018/06/02(土) 09:51:52.67

向こうでやってよって、自分たちで自分たちの住処ぶっ壊して移住してきたくせによく言うよな。

**デフォルトの名無しさん** · 2018/06/02(土) 10:39:10.12

enterはｏｖｅｒに従属
overはmoveに従属
それで一体何が問題なのか・・

**デフォルトの名無しさん** · 2018/06/02(土) 11:16:45.39

そもそもココでJSの仕様がどうだのと長文の持論を連発し始めてる時点で仕様書もロクに読めないクズ

**デフォルトの名無しさん** · 2018/06/02(土) 11:20:45.79

お前らは分かってない君が仕様書を読めない人なのは、以前も見た

**デフォルトの名無しさん** · 2018/06/02(土) 12:02:03.11

仕様書読めない人は他人の話も聞けない人だから

**デフォルトの名無しさん** · 2018/06/02(土) 12:10:45.44

>>970
> お前らは「JavaScriptは素晴らしい」ということにしたいだけだ。
いや、大多数はそんなこと思ってなくて、お前の技術力の無さをJavaScriptのせいにするなよと思ってるだけだぞ。
(俺はC#やJavaの方が好きだし)

> まともなプログラマならこの項目が重要だとは認識出来る
なぜ仕様書も読まずに5chに質問するやつが自分に異様な自信を持っているのかわからん
需要があればググれば質問がヒットする。単にMouseイベントの順番の重要性が低いから書いてないんでしょ。

**デフォルトの名無しさん** · 2018/06/02(土) 12:15:22.97

この人マジで全く根拠のない思い込みの知ったかぶりで適当こいてるだけだから一切話聞く必要ない
別にLiving Standardが素晴らしいとは言わないけど DOM Living Standard の *存在を知らない* のはエンジニアとして論外

>>971
＞（しかしWHATWGはHTMLだけでDOMにはノータッチのようだが）
つ　https://dom.spec.whatwg.org

**デフォルトの名無しさん** · 2018/06/02(土) 12:25:06.32

そもそもW3Cへの批判を並べながらECMAScriptを語るってのが意味不明
DOMの話してんじゃないの

**デフォルトの名無しさん** · 2018/06/02(土) 12:37:03.92

そもそもJavaScript素晴らしいとか言ってんのごくわずかしかいないのに誰と戦ってるのか

ほとんどのWeb屋は英語と同じでJavaScriptがWebの共通語だから使ってるだけで、大抵別のお気に入り言語がある

**デフォルトの名無しさん** · 2018/06/02(土) 12:43:53.45

JavaScriptは現在勝ち言語なんだからわざわざ素晴らしいとかアピールする必要なんて無いだろ
そんなこと言ってる人も見ないが

**デフォルトの名無しさん** · 2018/06/02(土) 12:53:48.90

一応 >>877 に突っ込むと、「Cの順なら最速」は意味不明。
stopPropergationでenterが止まるのを見てもわかるように、overの伝搬を利用してenterを実装することを想定した仕様だと思う
入れ子ではなくセットで、overに従属するenterが後から来るのは特段不自然ではない
(C#でもClosing→FormClosing→Closed→FormClosedという順番のイベントがある)

パフォーマンスとIEとjQueryの動作を破壊してまでAを採用する理由がないならBにするのが妥当に見えるが

> WPFはどうなのかな？と思って確認したが、mouseover自体がない。
WinFormsにもWPFにもoverとenterはないと思う
何を持って「.NETは最初からイベントの順番は決まっており、遅くとも2005には固定されてた」なの？

**デフォルトの名無しさん** · 2018/06/02(土) 12:57:18.61

深刻な確証バイアス罹患者だろうからどうしようもない

**デフォルトの名無しさん** · 2018/06/02(土) 13:14:52.90

>>979
おっと？これは失敬。

確認したが、EventOrderについては記載がない。
ということは、彼らはこちらを向いていて、W3Cは参考程度の扱いって事か？
それなら一応の辻褄は合う。

**デフォルトの名無しさん** · 2018/06/02(土) 13:18:16.74

C言語って未定義が多いよね

◆QZaw55cn4c · 2018/06/02(土) 13:30:13.48

>>986
未定義は馬鹿が踏みがちなので、わざわざ「未定義」と注記しているのだよ

**デフォルトの名無しさん** · 2018/06/02(土) 14:00:10.24

>>980
DOMとJavaScriptの関係性を理解できてない模様
他人を批判する前に仕様書を読めといいたい

**デフォルトの名無しさん** · 2018/06/02(土) 14:06:08.99

>>983
> 何を持って「.NETは最初からイベントの順番は決まっており
「.NET Event order」でググレば俺には最初にヒットするが
> Windows フォームのイベントの順序
> https://docs.microsoft.com/ja-jp/dotnet/framework/winforms/order-of-events-in-windows-forms
その他諸々。いちいち全部決まってるよ。
また、addEventListenerで足した順に処理される。

> (C#でもClosing→FormClosing→Closed→FormClosedという順番のイベントがある)
ClosingとClosedはobsoleteだ。
そしてセットが問題ではなく、入れ子になってないのが妥当ではないと言っている。
とはいえFormsについては最早どうでもいい。

> stopPropergationでenterが止まるのを見てもわかるように
これはアウトだろ。WHATWGとW3Cのどちらにもそれを想起させる記載はない。
ただ、俺環境では止まらないが。もういっぺん確認してみて。

> 「Cの順なら最速」は意味不明。
これは分からなくていい。
俺が最速の実装を目指したら結果的にこうなる、という例でしかない。
君が別の解になることはあり得るし、問題ではない。ただ、
> overの伝搬を利用してenterを実装する
を想定しているのならそれは俺と同じであり、
・overとoutを伝播させてenterとleaveを作る。
・だからoutよりenterが先に来ているBでは、outを事前に空伝播する必要がある。
・同様に、Aの場合はenterがoverよりも前で、overを空伝播させる必要がある。
・空伝播を一回もさせずに済むのはCの時。
だからCは伝播がそれぞれ１回ずつの4パス、Bはout*2で合計5パス、
Aはさらにoverが2回で合計6パス、という想定だ。
が、まあ、これ自体は重要ではない。
普通は決めるならAだし、あるいは規定無し＝実装任せで最速実装できるようにする。
どちらでもないのはものすごく違和感がある。

**デフォルトの名無しさん** · 2018/06/02(土) 14:41:06.71

>>983
> パフォーマンスとIEとjQueryの動作を破壊してまでAを採用する理由がないならBにするのが妥当に見えるが
ちなみにこれは最初期からこの実装だった、という想定でいいのか？

ならW3Cは現行のブラウザの実装をそのまま仕様化しただけで、
当然google等が文句を言う筋はないが、
google自身はこの仕様が不味いと理解しているから賛成もせず黙っている、といったところか。

Aの場合はリソース確保/解放をenter/leaveで行い、処理をover/outで行うという、一番綺麗なソースになる。
ただしリソース確保については if (ptr==null) でoverのド頭でやってもいいから、
リソース解放のleaveが最後になっているBにしても問題はない。
だから「高速化」という名目でA->Bにすることはあり得る。
さすがにCまでやると、outの後にenterとなり、全く直感的ではなくなるので、
現行のソースが動かなくなる可能性もある。
（仕様化されていなくてもそれを想定して書いている奴はおり、結果的にそれらが動かなくなる）
だからそこまではやらなかった、というのも割と納得出来るストーリーだ。
で、Bが仕様化されてしまって、ちょ、待てよ、といったところか。

W3Cの連中はマジでコード書いてなさそうなので、googleがここら辺を説明しても通じないとは思う。
それで偉そうに言われたら、分裂するのもまあ納得出来る。

**デフォルトの名無しさん** · 2018/06/02(土) 15:54:42.91

>>989
>いちいち全部決まってるよ。
「書いてあるのだけ」決まってる。実際にはこの前後や間にMove、Layoutなんかが割り込まれる。
なお、イベントの実行順はC#では保証されない。(アクセサでイベント追加/削除を自由に定義できるため)

>stopPropergationでenterが止まる
すまん、再確認したら、拾い物のサンプルで使ってたライブラリが悪さしてたわ・・・

>最初期からこの実装だった
前そうだった気はするけど、さすがに古いバージョンを確認する気は起きん
Pointerイベントに向けて整理しただけかもしれない

ちなみに、Chromiumでは多分この報告で修正されてる。以前はそれなりに実装が異なったらしい。
https://bugs.chromium.org/p/chromium/issues/detail?id=470947

> 処理をover/outで行うという
それはレアケースな気がするが

**デフォルトの名無しさん** · 2018/06/02(土) 19:15:14.71

>>991
> なお、イベントの実行順はC#では保証されない。
マルチキャストデリゲートが登録順に実行される仕様なんだよ。
だからJavaScriptのノリでaddEventListenerしていく分には順番は保証されてる。

まあもうこれはいい。

> それはレアケースな気がするが
それはない。
mouseenterの項目見れば分かるが、それぞれが単発イベントになるから重いんだよ。
> With deep hierarchies, the amount of mouseenter events sent can be quite huge and cause significant performance problems.
> In such cases, it is better to listen for mouseover events.
> https://developer.mozilla.org/en-US/docs/Web/Events/mouseenter
だから実行性能を取るのならover/outで組むべきで、実際そういうサイトも多い。
君にenter/leaveで組む積極的理由があるのならご自由に。
単にC#出身で知らなかっただけならover/outへの切り替えを検討した方がいい。
とはいえ単純な置き換えにはならないが。

> ちなみに、Chromiumでは多分この報告で修正されてる。
> Actual event order: mouseenter mouseover mouseleave mouseout
これは元はenter/leaveを作ってそれを伝播させる実装か。
境界跨ぎを厳密に計算して追跡出来ればこれの方が速いのかもしれん。
で、他に合わせて修正か。なるほどchromiumの連中は面白くないだろう。

これだと元凶はFFだな。以下見る限りIEもベースはバブル順だったらしいし。
> https://www.quirksmode.org/js/events_order.html
後方互換性については、逆に2015/05までのライブラリは全て問題なしだと言えるのだが、
この状況だと今更修正する感じはなさそうだな。
なら積極広報すればいいのに、とも思うが。

**デフォルトの名無しさん** · 2018/06/02(土) 20:09:52.03

なんの根拠もないのにwhatwg domでググることすらしないで
＞（しかしWHATWGはHTMLだけでDOMにはノータッチのようだが）
とか書いちゃうヤツだから、

自分が詳しくない分野に関する話ほどコイツの発言は無視した方がよいぞ
適当にはったりでっち上げてる可能性があるからなー

**デフォルトの名無しさん** · 2018/06/02(土) 20:35:54.76

>>985
＞確認したが、EventOrderについては記載がない。
DOMにマウスイベントの発火順が載ってないのは当たり前だよ

＞Abstract
＞DOM defines a platform-neutral model for events, aborting activities, and node trees.

別に仕様書の細かいところまで読んで覚えなくてもいいけど、要旨ぐらい読んでよ、マジでマジで

**デフォルトの名無しさん** · 2018/06/03(日) 01:50:45.77

Google mapをちょっと大きめのディスプレーで開くと、メモリー使用がGB超えるんだよ。
これ何かおかしい方向に進んでるような。

**デフォルトの名無しさん** · 2018/06/03(日) 16:20:59.52

+ JavaScript の質問用スレッド vol.126 +
https://mevius.5ch.net/test/read.cgi/tech/1527917483/

**デフォルトの名無しさん** · 2018/06/03(日) 16:21:20.67

+ JavaScript の質問用スレッド vol.126 +
https://mevius.5ch.net/test/read.cgi/tech/1527917483/

**デフォルトの名無しさん** · 2018/06/03(日) 16:21:51.09

+ JavaScript の質問用スレッド vol.126 +
https://mevius.5ch.net/test/read.cgi/tech/1527917483/

**デフォルトの名無しさん** · 2018/06/03(日) 16:22:07.58

+ JavaScript の質問用スレッド vol.126 +
https://mevius.5ch.net/test/read.cgi/tech/1527917483/

**デフォルトの名無しさん** · 2018/06/03(日) 16:22:24.10

+ JavaScript の質問用スレッド vol.126 +
https://mevius.5ch.net/test/read.cgi/tech/1527917483/

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 104日 23時間 34分 23秒