JavaScript情報交換所(プログラミング既習者専用） [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/11/27(日) 10:33:33.02

>>488
いやただのストレージだよ。
FireFoxは「FileSystemAPIなんて要らない。だってIndexedDBで事足りる」という立場だ。
当たり前だがこれは「FileSystemAPIの代わりにIndexedDBを使うことに何の問題もない」という意味だよ。
少なくとも彼等はそう思っている。
（俺はOSから透過のFileSystemAPIがあった方がいいと思っている)
Blobの格納も出来るようになってるだろ。
もっとも、駄目ならBase64使う奴もいただろうし、それも選択肢だよ。
インデックスも貼れるけど、使わなくても何も問題ない。
とはいえこれらには合意する必要はない。
俺のプロジェクトは俺が方針を決めるし、君のプロジェクトでは君が方針を決めるだけのことだ。

次の質問に移ろう。
何故君はそんなに教科書的使い方にこだわるのか？

IndexedDBはインデックスを使ってアスキーを入れないといけない？何故？
俺は装備を見比べて使えそうな物を使っているだけ。具体的には
IndexedDB, CacheStorage, FileSystemAPIの中で一番マシなIndexedDBを使おうとしているだけ。

> なんでそれ直接読めるような鯖かかんの？って疑問。
サーバに関しては完全に俺の管轄外だ。
ガチの勝手スクリプトだから、こちらの要求は基本的に通らない。

**デフォルトの名無しさん** · 2016/11/27(日) 12:34:58.81

>>491
彼らって誰？
Blobが格納できるようになったのは、中期以降。
しかも、そんな一つあたりが大きいデータの為じゃない。
これは、LevelDB見てくりゃわかること。

貼らなくても問題ないことはないよ。キーっていうインデックスは出てくるわけだし、sortedなので、そのキーに長くてソートが不要なものは使うべきじゃない。

俺のプロジェクトだから、俺が決める、なんて言っちゃうなら、OSS発言は取り消しといてね。
対極の発想だから。それ。

教科書的な使い方にこだわってるんじゃないよ。
実装見て、それは遣い方が悪いってものに対して、おかしいよって言ってる。

管轄外ってなんだそりゃ。フルスタックじゃねえの？(笑)
は、置いといて。

単純に、Clientで動かすプロキシ書けばいいんだよ。
特定のURLの場合、ネットワークで取得せずファイルから見るような。

**デフォルトの名無しさん** · 2016/11/27(日) 12:45:45.17

もしかして、鯖って書いたらサーバー側で動かすもの想像してたのかな。
こいつのフルスタックって何なんだ。

**デフォルトの名無しさん** · 2016/11/27(日) 12:54:03.05

無知と怠慢。救いようがない

**デフォルトの名無しさん** · 2016/11/27(日) 12:54:44.21

なんでこんな事言ってるかと言うと、テレホの時代に、同じような物沢山観たんだよね。
metagetaしかり、Vectorにいっぱいあるレベル。
自分が一番イケてると思ってるんだろうが、単に轍に乗ってるだけ。

**デフォルトの名無しさん** · 2016/11/27(日) 13:12:59.65

ちなみに、IndexedDBで事足りる、とは言ってないんよね、Mozillaは。
ローカルファイルを使いたいなら今API策定してる、とも言ってるし。

割りと無難なブラウザオンリーな対応何は、ダウンロードしたそのアーカイブをドラッグアンドドロップやなんかでjsで受けてjsで開く事だと思うけど。すでにファイルとして出せるなら。

怠慢の方がマシ。
馬鹿な働き者は撃ち殺すしかないという典型例。

**デフォルトの名無しさん** · 2016/11/27(日) 13:18:28.75

もういいからROMって？

**デフォルトの名無しさん** · 2016/11/27(日) 13:31:22.83

>>496
お前はやはり日本語にどうにも問題がある。議論は無理だ。
とはいえお前にも分かる範囲の所は答えておく。

> 割りと無難なブラウザオンリーな対応何は、ダウンロードしたそのアーカイブをドラッグアンドドロップやなんかでjsで受けてjsで開く事だと思うけど。すでにファイルとして出せるなら。
その通りだ。そしてこれはもう実装出来ている。
そして別オプションとしてIndexedDBにも格納出来るようにしようとしている。

> 俺のプロジェクトだから、俺が決める、なんて言っちゃうなら、OSS発言は取り消しといてね。
> 対極の発想だから。それ。
違うんだな。お前はOSSに「参戦」していないからそれが分からない。
>>464なんて典型的な勘違いだぞ。
ただまあとにかく「参戦」してみろ。それだけでいろいろ分かるはずだから。

**デフォルトの名無しさん** · 2016/11/27(日) 13:35:35.02

ムダそうだからROMるわ。すまんな。

>>498
メンテナじゃアホ。

**デフォルトの名無しさん** · 2016/11/28(月) 05:41:09.72

一つ言えることは、この件についてやってみる価値がありそうなこと沢山あるのに、
めんどくさがって手を動かさないで口だけで反論するのでは前に進みようがないということだね

**デフォルトの名無しさん** · 2016/11/29(火) 03:20:41.76

別オプションとしてindexedDBに…保存する意味がわからん

**デフォルトの名無しさん** · 2016/11/29(火) 23:05:21.60

「FileSystemAPI が不要」なのは、ファイルの書き込み機能は
blob URL リンクにしてダウンロードで事足りるから、ではないのかな？

**デフォルトの名無しさん** · 2016/11/30(水) 10:48:28.24

超初心者です。
PHPとJavaScriptでホームページ作っていますがJavaScriptの変数名の使い方で質問です

phpの場合
変数名　hoge1fuga　hoge2fuga ……を使用する時変数iを使って
　→　if(hoge'.$i.'fuga == 'abcd')

→　$h = 'hoge'
$f = 'fuga'
if($h$i$f == 'abcd')
のような書き方ができますがjavascriptの場合どう書けば良いのでしょうか。

var hoge = fuga1.checked
の時に　var hoge = fuga + i + .checked　の記述にするとエラーになってしいまい、変数名の使い方そのものに疑問が湧きました。

**デフォルトの名無しさん** · 2016/11/30(水) 10:49:26.04

>>1読んでませんでした
上の質問無視してください
失礼しました

**デフォルトの名無しさん** · 2016/11/30(水) 16:00:04.29

>>503
できないことはないが、行儀が極めて悪いことだとされるのでしない。
そういうときは、配列を使う。　つまり、
var fuga1, fuga2　ではなく、
var fuga = []　とする。　利用するときは、
var hoge = fuga[i].checked　となる。

**デフォルトの名無しさん** · 2016/12/31(土) 15:44:33.33

JavaScript死亡ｗｗｗ

「WebAssembly」がITの未来に変革もたらす｜Google、Apple、Microsoft、Mozillaが共同で開発した新概念

「WebAssembly」がWebブラウザに変革をもたらします。
Webブラウザは、もともとただテキストを表示するだけのところから始まりました。その出発点から、現在ではコミュニケーションやゲームまで幅広い表現を可能にしています。
そして今回、「Webブラウザ」に新しい概念が加わわることになりました。
それをもたらしたのが、ブラウザに関わりの深い世界規模の４社「Google」「Apple」「Microsoft」「Mozilla」が共同開発した、Webのためのバイナリーフォーマット「WebAssembly」です。
今回はその「WebAssembly」について、「スゴイところって何？」「何が起きるの？」をご紹介していきます。
WebAssemblyは「JS不要。コンパイラ言語だけで動的アプリが作れる」「どの言語でもWebブラウザ上にアプリを作ることができる」

WebAssemblyによってもたらされるスゴイところは次の4つ。
コンパイラ言語だけで、Webブラウザ上に動的なアプリが作れる
ほぼ機械言語にコンパイルされるからヌルヌル動く
OSを一切気にする必要がなくなる。気にするのはブラウザのみ
C,C 以外の言語でもWebAssemblyにコンパイルされる「クロスコンパイラ」の可能性が高まった

これまでWebブラウザで、ユーザからの入力情報を元に、動的なアプリケーションを実現するためには「JavaScript」が必須でした。

「インタプリター言語」であるJavaScriptは、その都度ソースコードを機械語に翻訳する必要があるため、予め機械語に近くコンパイルされる「コンパイラ言語」と比較すると動作が遅いという特徴があります（※）。

もしコンパイル後の機械語に近い形で、Webブラウザ上でコードが実行されたら。
JavaScript以上にヌルヌルに動き、しかもJavaScriptを気にする必要がなくなります。

それを実現したのがこの「WebAssembly」です。

https://mayonez.jp/1690

**デフォルトの名無しさん** · 2017/01/01(日) 00:42:27.84

あちこちに落としているようだが、誰一人として肯定して無くてワロタw
つかマジでJavaScript界隈の馬鹿共はこんなデタラメ記事書くのをいい加減止めた方がいいと思うのだが。
自浄作用が無いのは、お前らが叩かないからでもあるんだぜ。
嘘は叩かれるべき。

Cに関しては昔は間違い叩きがすごかったと聞くが、
結果的にWeb上での間違いは皆無となり、お互いの利益になってる。
JavaScriptに間違い記事が氾濫しているのは、第一義には書く奴が悪いんだが、放置されていることも問題だよ。
とはいえ、この記事には投稿欄が無いため、#mayonez編集部＝馬鹿と覚えておくしかないが。
この点はQiitaのほうがかなりマシだな。

**デフォルトの名無しさん** · 2017/01/01(日) 08:00:47.18

>>507
素晴らしい指摘をしているであろうあなたの投稿を見たいからQiitaで使っているアカウントを教えてくれ

**デフォルトの名無しさん** · 2017/01/01(日) 08:49:58.30

>>508
ゆとり死ね

ツーかお前ら本当に池沼なのな。俺は「ゆとりBot」作れそうな気がしてきたよ。

**デフォルトの名無しさん** · 2017/01/01(日) 08:55:22.46

ID:k8/wNRO9 のような他人のダメ出ししか出来ない奴がまともな指摘をするとは思えないのでどうでもいい

**デフォルトの名無しさん** · 2017/01/01(日) 08:59:00.51

>>510
その通りだ。お前は正しい。
それが分からないからゆとりは池沼なのだし、嫌われる。

**デフォルトの名無しさん** · 2017/01/01(日) 13:57:14.12

何かと理由を付けてQiitaアカウントを隠すとは思っていたが、意外とあっさり自分の非を認めるんだな

**デフォルトの名無しさん** · 2017/01/01(日) 16:36:12.10

HTML+JavaScript+WebAPIの構成で認証処理したい場合ってこれでいいの？

ログイン画面
-- ユーザー名/パスワードを送信
-- パスワードが合ってればデータベースにユーザー名と認証トークンを保存
-- レスポンスヘッダーに認証トークンを書き込み

他の画面
-- リクエストヘッダーに認証トークンを書き込み
-- データベースの認証トークンを照会して合ってれば更新
-- レスポンスヘッダーに新しい認証トークンを書き込み

WebAPI
-- ajaxヘッダーに認証トークンを書き込み
-- データベースの認証トークンを照会して合ってたらapiを実行

**デフォルトの名無しさん** · 2017/01/01(日) 17:38:52.36

>>513
トークンって何？
JWTみたいな署名したものの類？
であれば、ログイン画面以外はサーバ側の何も更新する必要無いのでは？
新しいものを発行しまくる必要が無いと言うか、どこでもそんな事すべきでは無い。
ログイン画面に当たるものと、トークン更新のAPIがあればそれで良い。

セッションキーならまた話は別だけど。
トークンの定義が適当すぎて答えられん。

**デフォルトの名無しさん** · 2017/01/01(日) 17:39:50.17

>>512
違うぞ。

> 何かと理由を付けてQiitaアカウントを隠す
隠してねえ。そもそも持ってねえ。
> 意外とあっさり自分の非を認めるんだな
そもそも俺に非はない。

506がデタラメだと分からない馬鹿はこのスレにはお呼びじゃない。
理由が分からないのなら、必死チェッカーで調べてみろ。
JavaScript/Java/C#(Xamarin)のいずれのスレでもそれぞれ別の理由で駄目出しされてる。
もちろんそれ以外にも駄目出し出来る。

508はコミュ症過ぎて受けようがない。それを咎めている。
もっともお前もコミュ症過ぎて分からないようだが。

508は反射レスだ。俺のレスが気に入らないから定型的に返してみただけ。
だけどそういうのがお前らの状況をより悪くしている。そのことにいい加減気づけ。

**デフォルトの名無しさん** · 2017/01/01(日) 17:40:34.08

506は明確に間違いを含んでいる。それが分からないような馬鹿とは俺は話したいとは思わない。
そして真面目に話したいのなら、いちいち無駄に煽る意味は無い。
あれでは他の誰かがQiitaアカウント持ってても、508みたいなゴミに教えようとは思わないだろ。
つまり、508は俺を叩くためだけの作用しかない。プラス作用は期待できないレスだ。

では俺が叩かれる理由があるか？それはお前らが考えるべきことだが、
俺は意図的に、

#mayonez編集部＝馬鹿、つまり、
#mayonezはゴミサイトだ

と言っている。これは再度強調しておく。
俺はゴミ潰しをしているんだよ。俺が507で言ったとおりにね。

506の意図は不明だが、通常はこれだけ投下するのなら関係者が宣伝しているとかだ。
あんなデタラメを宣伝されても迷惑でしかないだろ。
だから俺は奴らが書き込む度に叩くことにより、書き込みを防ぐことを期待している。
分かるか？
書き込みを強制的に止めさせることはできない。
でも、「宣伝したい」のなら、カウンター「だって#mayonezって嘘ばかりのゴミじゃん」を合わせることによって、
相手に書き込みを止めさせることを期待している。

これを理解したうえで批判するのはお前の自由。
理解できずに反射レスしているような奴は馬鹿で、かつ加害者でもあることを自覚しろ。
お前らみたいな奴がいるから平気で506みたいな奴が沸くんだよ。
俺みたいな奴しかいなければ奴らはすぐ死滅する。他言語スレがそうだ。
JavaScriptのスレが糞なのは、お前らみたいなゆとりが馬鹿丸出しで口出ししてるからだよ。
スレの流れが読めないのなら自重しろ。

**デフォルトの名無しさん** · 2017/01/01(日) 18:08:54.61

クソ長い説明はだいたいが間違ってる。
どっかのトランスパイル馬鹿と同じ。

**デフォルトの名無しさん** · 2017/01/01(日) 18:42:12.80

ID:k8/wNRO9 は自分の書き込みが参考にならない事を正しいと認めたのだからスルーしてあげるのが優しさだよ

**デフォルトの名無しさん** · 2017/01/01(日) 18:49:08.37

なるほど、役には立たんことを逆説的に役に立つと言ってるから、
これが訳に立てば役に立たなくて、役に立てば役に立っていないのか。
難しい書き込みするなぁ。

**デフォルトの名無しさん** · 2017/01/01(日) 18:50:49.14

>>519
二段落目が、表現上意味が繋がらんな。
書き込みが役に立てばスレの役に立たなくて、スレの役に立てば役に立たない書き込み、だな。

**デフォルトの名無しさん** · 2017/01/01(日) 19:00:23.75

>>510を認めておいて何を小難しい解釈してるんだ？
読解力が足りない文盲はこれだから…

**デフォルトの名無しさん** · 2017/01/02(月) 00:16:58.11

>>521
いや、お前が馬鹿すぎるから、矛盾する2つ以上の状況が出てくるだけ。
それに気づいていない時点でちょっと引くレベルでバカじゃん。
さらに指摘されても気づいてないとか。
頭の中のおがくず一回入れ替えてきたら？クワガタの幼虫程度の知能にはなれるんじゃない？

**デフォルトの名無しさん** · 2017/01/03(火) 08:27:03.92

>>513
WebAPIじゃなくてRESTと言って。
WebAPIはJSから触れるAPIを指す言葉。

**デフォルトの名無しさん** · 2017/01/19(木) 22:43:27.75

クエリパラメータでURLを受けとってクエリパラメータを追加してそこの遷移するって危険？
画面Aで検索ボタン押す→画面Aのアドレスをクエリパラメータに追加して画面Bに遷移する
画面Bで検索を行い1つ選択して戻るボタンを押す→検索結果をパラメータにして画面Aに遷移する
こういう感じの入力支援機能を作りたいんだけど

**デフォルトの名無しさん** · 2017/01/20(金) 00:35:32.81

一つのページで上手く完結させたほうがきっと良い

**デフォルトの名無しさん** · 2017/01/20(金) 01:04:21.61

俺もそう思う。

**デフォルトの名無しさん** · 2017/01/29(日) 15:36:11.92

JavaScript ベスト・オブ・ザ・イヤー 2016
https://risingstars2016.js.org/ja/

JavaScriptコミュニティは日々進化しています。今日のトレンドも数か月後には陳腐化しているなんてことは日常茶飯事です。

2016年は終わってしまいましたが、何か重要なことを見逃したのではないかと感じているそこのあなた！ 2016年の主要なトレンドをおさらいして、そんな不安を払拭しちゃいましょう。

過去12か月に獲得された Github のスター数を比較して、2016年に支持を集めたプロジェクトを数値に基づいて評価していきます。

2015年はなんといっても React でした。そして、Flux 実装を席巻したのは Redux でしたね。 2016年、JavaScript の人気プロジェクトはどのようなものだったのでしょうか？

**デフォルトの名無しさん** · 2017/01/29(日) 18:44:38.75

スタートアップで作ってるメンバーは気楽でいいよね
10年後か20年後かに腐りきったフレームワークに依存した数多のシステムを保守する人が憐れ

**デフォルトの名無しさん** · 2017/03/25(土) 00:53:22.16

switch caseは嫌いだから
javascriptの時は配列で代用してるわ

switch (weather){
　case "快晴":
　　return "f.png";
　case "晴れ":
　　return "f.png";
　case "くもり":
　　return "c.png";
　case "雨":
　　return "r.png";

これより

Select =[
　"快晴" : f.png,
　"晴れ" : f.png,
　"くもり" : c.png,
　"雨" : r.png
]
Select(weather);

の方が見やすいやん

**デフォルトの名無しさん** · 2017/03/25(土) 00:54:36.43

switchなんて所詮はif文の連続の糖衣構文だからな
javascript連想配列でデフオルト値設定する時は
if(hoge[x]===undefined)一文を付け加えるだでオケ

あと、普通はswitch case文でやりそうな

hoge = [
　"快晴" : function(){　処理1　},
　"晴れ" : function(){　処理2　},
　"くもり" : function(){　処理3　},
　"雨" : function(){　処理4　}
]

hoge[weather]();

みたいのもよくやるわ
それくらいswitch case使いたくない

**デフォルトの名無しさん** · 2017/03/25(土) 01:04:50.07

突然マルチポスト？
http://echo.2ch.net/test/read.cgi/tech/1472426483/783-784

**デフォルトの名無しさん** · 2017/10/29(日) 07:37:41.42

>switchなんて所詮はif文の連続の糖衣構文だからな
mjd!?

むしろ>>529式の配列の糖衣構文だと思ってたわ
caseの記述順序がパホーマンスに影響するのか㌧クス、

**デフォルトの名無しさん** · 2017/10/29(日) 11:02:46.12

質問なのですが、HTML5のcanvas要素が1ページ内に1000個あり、
それらに対してgetImageData()とputImageData()を周期的に行わねばならないとして、
　(1) 「canvas iを処理するタイマイベントi」を1000個起こす
　(2) タイマイベント1個の中でcanvas 1～1000を処理する
という2種類の実装方法の間でブラウザのレンダリング回数に違いは生じますか？
やっぱ(2)の方がパホーマンス上目に見えて有利？

**デフォルトの名無しさん** · 2017/10/29(日) 12:15:24.08

>>533
(2)の方が効率的だと思うが、掲示されてない条件もありそうだし、速度は実装依存なので、実測するのが原則
複数のブラウザで実測するといい

**デフォルトの名無しさん** · 2017/10/29(日) 12:35:01.00

requestIdleCallback内で可能な個数だけを処理するのがいいと思うよ

**デフォルトの名無しさん** · 2017/10/29(日) 12:48:10.75

タイマイベント自体はどの程度の周期で発生するんだろ
短ければ短い程良いって感じなのかな

**デフォルトの名無しさん** · 2017/10/29(日) 18:50:15.75

1000個、というのが疑念（更新が間に合わない場合を含んでいるのでは等）を呼んでしまったようなので
質問を修正させていただきまする

Q1. canvas要素の書き換えは即座にブラウザの再レンダリングを招く？
　　それともハンドラが終了してからまとめて再レンダリングされるもの？
　　あるいはその他？（何か別のトリガーがある？）

Q2. ブラウザの再レンダリングがいつ起きたか直接的に確認する手段があればｷﾎﾞﾝ

なおハンドラ内で行うのはcanvas内容の参照と書き換えのみとします。
（明白に再レンダリングを招くoffsetTop/Left/Width/Height等、要素の配置座標に関わる参照や書き換えは含まない。）

**デフォルトの名無しさん** · 2017/10/29(日) 19:36:44.29

デバッガを使えば確認できる。基本的にディスプレイのリフレッシュ毎に一回。

**デフォルトの名無しさん** · 2017/10/29(日) 21:04:51.00

(2)の方法なら終了するまでレンダリングが起きようがない

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

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

**デフォルトの名無しさん** · 2018/05/23(水) 21:23:56.11

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

5PLLK

**デフォルトの名無しさん** · 2018/07/05(木) 00:34:01.49

4HA

**デフォルトの名無しさん** · 2019/03/09(土) 13:19:47.50

受託の人たちでPWA対応って結構ある？

**デフォルトの名無しさん** · 2020/05/04(月) 16:17:26.83

「Objectオブジェクトは、すべてのオブジェクトの基本オブジェクトである」

↑これJavaScriptのある本に書いてあったのだけど、どういうこと？(ﾜﾗ

**デフォルトの名無しさん** · 2020/05/04(月) 22:21:44.35

>>544
そのまんまだろ
基本→基底でもいいが
C#のObjectと同じ立ち位置ということ

それで分からないのなら、無視でいい
アップキャストとか考える必要のある言語でもないし、どうせ使わない
他の静的型あり言語同様、全ての型は別物、と考えていても特段問題はない
プログラミング言語なんて「知識」よりも「技能」に近いから、分からないなら分からないなりに進めばいいだけ

元の書き方でも十分分かりやすい
それで分からないのは君がオブジェクト指向を理解出来てないからだが、
どのみち無視でいい

**デフォルトの名無しさん** · 2020/05/04(月) 22:38:13.60

いやJavaはひととおりマスターしたから
オブジェクト指向はバッチリ理解している。

JavaScriptは気持ち悪いことが多すぎる。関数が変数に代入できることとか。
まるで物理で光が粒でもあるし波でもあるという二重性のことを習ったときのように頭が混乱する。

このへんの考え方について詳しくコツを教えていただけませんか？

**デフォルトの名無しさん** · 2020/05/04(月) 22:39:31.98

Javaは体系的にスッキリしてるから実に分かりやすい。
この気持ち悪いJavaScriptは何なの？

**デフォルトの名無しさん** · 2020/05/04(月) 22:52:19.81

オブジェクト指向の理解とは関係ないJavaScript固有の話だと思うがな。
前半部分は"Object"という名前のオブジェクトがグローバルに存在するということに
想像が及ばないと理解しづらいだろうし、後半は「基本オブジェクト」というwell-definedでない
言葉で説明しているが、これもオブジェクトが他のオブジェクトのプロパティを継承する
prototype継承を知らなければこの文章だけからは理解しにくいだろう。

**デフォルトの名無しさん** · 2020/05/05(火) 00:28:49.85

>>546
> 関数が変数に代入できることとか。
Javaも出来るようになっただろ
というかメジャー言語で出来なかったのはJavaだけで、それ以外の言語は全部出来てる
Cでもだ
コツ？そりゃお前が何も知らない馬鹿だとちゃんと自覚することだよ
他言語少しでもかじってれば、そんなところで引っかかることはない
(ただしJavaの連中はこのタイプ＝他言語なんて全く知らない馬鹿も多いとは聞くが）

>>548
そうか？こいつは分かったつもりの馬鹿だと思うぞ
確認したが、JavaもObjectクラスあるし、使い方としてはJavaのObjectとも同じ立ち位置だ
> クラス ArrayList<E>
> java.lang.Object
> java.util.AbstractCollection<E>
> java.util.AbstractList<E>
> java.util.ArrayList<E>
> https://docs.oracle.com/javase/jp/7/api/java/util/ArrayList.html
これを
> 「Objectオブジェクトは、すべてのオブジェクトの基本オブジェクトである」
と表現されて理解出来てないのだから、Javaもオブジェクト指向も分かってない馬鹿だよ
この部分はまだプロトタイプベースがどうとか以前の問題だ

まあ正直俺はプロトタイプベースに大して戸惑わなかったし、
今でもプロトタイプベースの方がクラスベースより表現範囲が広いので良いと思ってる
そしてこいつはいわゆる「クラス脳」で永遠とプロトタイプベースを理解出来ないのだろう
といっても実際にプロトタイプベースでないと組めないような事をするのは希だし、
クラス脳の為にクラス構文も入ったので、別段問題でもないけど

**デフォルトの名無しさん** · 2020/05/05(火) 02:37:44.95

class Abc
end

多くの言語では、このように継承元を書かずに、クラスを定義した場合は、
Object クラスから直接継承したとみなされる

普通は、継承チェーンを遡ると、Object クラスに突き当たる。
すべてのクラスの祖先

この板のJavaScript のスレは、荒らし対策で緊急避難用に作られたもの。
web 制作管理板のスレへ書き込んだ方がよい

こちらには、荒らししかいない

荒らしは必ず、2回書き込む。
自分のレスに、リンクを付けて「そうだよな」みたいに自演する

多くの人が言ってるように見せかける。
午前、3時とかでも、同時に2つのレスを書くw

**デフォルトの名無しさん** · 2020/05/05(火) 02:42:45.62

ほとんどの言語で、関数も変数に代入できる。
別名みたいなもの。Functor

変数 = f
変数 = f( )

上は、関数の代入で、
下は、関数の呼び出し

( ) が、関数呼び出し演算子

**デフォルトの名無しさん** · 2020/05/05(火) 10:37:45.75

>>550
Web制作板確認したが、相変わらずだな
まあ俺はこのレベルの馬鹿を引き取ってくれることには大賛成だから、どうぞよろしく、でしかないが

**549** · 2020/05/05(火) 10:39:12.27

>>548
お前もprototype継承を特別視過ぎ

> 前半部分は"Object"という名前のオブジェクトがグローバルに存在するということに想像が及ばないと理解しづらいだろうし、
Javaにも全く同じ立ち位置のObjectが存在してる
Javaを知らないか、知っててピンと来ない＝単なる馬鹿か

> 後半は「基本オブジェクト」というwell-definedでない言葉で説明しているが
C#でも全く同じ表現だ
> Object クラス
> これは、全 .NET クラスの基本クラスであり、型階層のルートです。
> https://docs.microsoft.com/ja-jp/dotnet/api/system.object?view=netcore-3.1
prototypeベースだからクラスではなくオブジェクトとなっている
だからこの表現で正しいんだよ

> オブジェクト指向の理解とは関係ないJavaScript固有の話だと思うがな。
これもダウト
> 多くの言語では、このように継承元を書かずに、クラスを定義した場合は、Object クラスから直接継承したとみなされる (550)
ホントかよ、と思ったが、少なくともJavaとC#ではそうなるようだ(JavaScriptもだが）
これは本来は言語ではなくフレームワークの仕様であり、C++はそうなのだが、
少なくともJavaとC#は最初からオブジェクト指向大前提（のフレームワークを使う前提）でしか使えない仕様らしい
が、それはさておき、全ての型のルートを持ってボックス化出来るようになっており、それを利用する、というのは、
典型的なオブジェクト指向の使い方であって、JavaScript固有の話でも何でもない
というか、むしろ、JavaScript固有の話なんて何もない
prototypeも別にJavaScriptが発明したものでもない
初見だとそれなりに戸惑う、というだけ
ただしJavaScriptのオブジェクト指向なんてJava/C#のオブジェクト指向からすると全く使い物にならない物だし、
実際にボックス化やアップ/ダウンキャスト等を考える必要なんてほぼ無いだろ

お前自身もオブジェクト指向を正しく理解出来てないのだと思うぜ

**デフォルトの名無しさん** · 2020/05/05(火) 10:56:56.68

「Objectオブジェクト」といきなり言われて、それがJavaのObjectクラスのようなものと
想像できなくても別に不思議はないかと。

**デフォルトの名無しさん** · 2020/05/05(火) 11:16:54.06

>>554
ねえよ
俺はそれは単なる馬鹿だとしか認識しない
少なくともこの馬鹿はJavaもオブジェクト指向もマスターしてるつもりなんだぜ

自分が何も知らないことを自覚できず、
> (ﾜﾗ
とかやってるから馬鹿のままなんだよ
こいつは既に老害化してる
JavaですらJava8(2014)から関数ポインタを使えるようになってる
こいつはこのことすら知らない
といっても実際Java界隈なんてその程度だとは思うが

オブジェクト指向を利用してコードを共通化しようとすると、どうしても
C++のように型消去するか、
JavaやC#やJavaScriptのObjectのような型階層のルートが必要になってくる
これらの言語で全てそれが「Object」という名前で統一されているのは偶然ではない
オブジェクト指向(＝ObjectOriented)のルートだからObjectなんだよ
今時のメジャー言語は全てオブジェクト指向出来るようになってるし、
逆に、「Object」とかいう物が出てきたら、これか！とピンと来ない方がおかしい

つっても重ねて言うが、Javaの連中なんてその程度なのも事実だが

**デフォルトの名無しさん** · 2020/05/05(火) 11:26:22.49

>>555
関数ポインタと参照は違うって知ってる？

**デフォルトの名無しさん** · 2020/05/05(火) 11:39:37.07

>>556
勿論知ってるぞ

Javaのが「関数ポインタ」ではなく「関数参照」だというのならそうなのだろう
見て分かるとおり、俺はJavaは使ってないからその辺は正確ではない

ただぶっちゃけ、ポインタと参照はほぼ等価だし、
C++のようにそれらが別物だと明示的な言語以外では混同してても全く問題ないと思うが
実際、JavaScriptにおいて「参照」を「ポインタ」と言い換えても何ら問題ないだろ

どう見ても俺の揚げ足取りをしようとしているように見えるが、
それが価値あると思うなら頑張ってどうぞ
ただし俺は馬鹿と話す意味はないと見たらすぐ降りる
その場合はお前の勝ちでいい

んで、関数ポインタと参照の違いを知っているお前は、どんな素晴らしい知見を披露してくれるの？
是非よろしく

**デフォルトの名無しさん** · 2020/05/05(火) 11:48:55.80

> 実際、JavaScriptにおいて「参照」を「ポインタ」と言い換えても何ら問題ないだろ

だめ。ポインタは数値で置き換えられるアドレスであり
ポインタはアドレス加算などの演算ができるもの
アドレス加算ができない以上それは参照であってポインタではない
そしてJavaで参照はずっと前からできる

**デフォルトの名無しさん** · 2020/05/05(火) 12:10:13.42

>>558
> そしてJavaで参照はずっと前からできる
Java8で新しく出来るようになったのは、『関数』参照な
話をずらすな
そして>>546が理解出来てないのはこれだ

> ポインタはアドレス加算などの演算ができるもの
> アドレス加算ができない以上それは参照であってポインタではない
それはC++での定義な
RustやGoも「ポインタ」を扱えるが、こちらは最初から加算なんて出来ないようになっている（確か）
少なくともRustやGoの定義する「ポインタ」はそう

というか、C++の参照自体が「ポインタは危険なのでコンパイラ側で対策して『参照』と命名しました」でしかないし、
JavaやC#で言う参照も全くこれと同じなのだが、当然実体は「ポインタ」でしかなく、
当然関数呼び出しの引数にはまんま「ポインタ」が積まれる

というかそこら辺理解出来てないのはやっぱりJavaしか知らない馬鹿だからだ
ポインタと参照が実体は同じだ、ということを理解出来ないのも
（論理的な意味が違うだけで、物理的な意味や値は同じ）

いずれにしてもJavaってのはかなり簡素化された言語で、
コンピューターの実体（物理構造）を知らなくてもいいように出来ている
これ自体はいいことなのだが、
その程度の知識なのに「ポインタと参照は違う(ｷﾘｯ」とかやるのは間違ってる
自分の知識が全く足りてないことを認めて、きちんと学んだ方がいい
ポインタはCの鬼門だとされているが、現実として、ポインタを扱った方が動作効率が圧倒的によく、
結果的にJavaでもJavaScriptでも、或いは他言語でも、内部動作はポインタで作られているので、
どうしてこういう動きをするのか、どうしてこういう仕様なのか、を理解するのは、ポインタの理解が不可欠だ
ある程度以上のプログラマになる為には、ポインタの理解から逃げているようでは無理だ
これが逆にJavaプログラマが相変わらず糞な遠因でもある

**デフォルトの名無しさん** · 2020/05/07(木) 13:23:56.11

>>546
> いやJavaはひととおりマスターしたから
> オブジェクト指向はバッチリ理解している。

>547
> Javaは体系的にスッキリしてるから実に分かりやすい。

プログラミング言語をJavaしか使ったことないJavaおじさんか？

**デフォルトの名無しさん** · 2020/05/07(木) 22:35:41.72

>>560
この話題を続ける意味もないと思うが

Javaおじさんですらないはず
多分Java若者馬鹿老害

Java8で関数ポインタが導入された為、
それ以前に完全にJava7をマスターしている「Javaおじさん」なら導入するかどうかの大議論をしているはず
少なくともJavaの一線で働いている奴が知識を6年間もupdateしてないとは考えづらい
使ったことが無くても、また、（コーディングルール上）職場で使えないとしても、全く知らないというのはない（と思いたい）
そしてオブジェクト指向への理解も皆無だ、これは「Javaおじさん」ならあり得ない

最近の若者はプログラミング言語の選択肢が多く、若干戸惑っているように思える
ぶっちゃけ最初の最初の言語なんてどれでも大差ないのだが、「僕が選んで学んだ言語すごい＝僕すごい」をやる奴が多すぎる
こいつも何らかの理由でJavaを選択し、「Javaすごい」とポジショントークをしているだけ
おそらく年齢は20代、プログラミング言語はJavaしか知らず、Java7の本でJavaを勉強した人だ
ただこの時点でこの老害っぷりは酷い
一応言っておくが、年齢ではなく、自分の考え方が絶対に正しいと固執し始めると老害になる
546はもうちょっと真摯にプログラミングをした方がいい

ただしJavaがスッキリ、というか、簡単なのは事実だ
だから大受けした
そしてPythonの方がもっと簡単だから、もっと大受けしつつあるだけ

ただ現実問題として、JavaScriptのオブジェクト指向なんてどうせ使い物にならないから、無視でいい
しかしまた現実として、今現在のシェアはJavaScript>Javaなのだから、
どうしてそうなったのかが理解出来ないうちは「Javaすごい＝僕すごい」みたいな幼稚な考え方は止めた方がいい
Java自体が凄かったのも事実だが、それも過去になりつつある

**デフォルトの名無しさん** · 2020/05/12(火) 13:08:44.44

'(シングルクウォーテーション)と"(ダブルクウォーテーション)の使い分けに悩みます。
悩みを消しこれだと自信を持って使う考え方はありますか？
どっちを使ってもいい場合とどちらか限定の使い方があるので気持ち悪いですw

**デフォルトの名無しさん** · 2020/05/12(火) 13:33:40.94

>>562
シェルスクリプトだと、'と"とは、展開の有無等であきらかに異なるから、
それにしたがって使い分ける。

どちらも同じって場合は、文字列に空白が含まれる場合や入れ子になる場合に"を使って、
その他、基本的には'でくくってる。
jsやpythonなんかがこれに該当。

"しか使えないバッチファイルは文句なしに"。
ただし、*nix由来のプログラムの場合、オプション内部で'を入れ子で使うことがある。

こんな感じ？

**デフォルトの名無しさん** · 2020/05/13(水) 06:16:03.92

VSCode のデフォルトが、Beautify だろ。
拡張機能のPrettier とか

'・" かどうかは、これらの設定で変わる

HTML の属性が、" で囲むから、それらの文字列をさらに囲むには、' を使う

JavaScript の話は、web 制作管理板の方で聞いてください！
この板には、あまり人がいないから

**質問者** · 2020/05/13(水) 13:14:18.33

こちらで良いかわかりませんが、
・web上でモニタリングをしたい
・10秒ごとに自動更新
・固定htmlに要素を用意。javascriptで変数を持ち、値によって要素の画像を切り替える。
getElementById(*).src=****
setTimeout(this,10000)
これをサーバーに置いて10人くらいがアクセスしたら、サーバーの負荷はどうでしょうか？
画像切り替えるときにサーバーにアクセスするので、やはりだめでしょうか？
わかる方いましたらお願いいたします。

**デフォルトの名無しさん** · 2020/05/13(水) 13:59:35.07

数枚程度なら、すべての画像を送ってしまって、
ブラウザ側で、スライダーなどで切り替える

Google map みたいに、無数の画像があるなら、
ajax でサーバー側にアクセスして、必要な画像を送ってもらう

JavaScript の話は、web 制作管理板の方で聞いてください！
この板には、あまり人がいないから

**デフォルトの名無しさん** · 2020/05/13(水) 14:02:19.06

>>565
いろいろイミフ

>・web上でモニタリングをしたい
誰が何をどうやってモニタリングするの？

>・10秒ごとに自動更新
何を更新するの？

>これをサーバーに置いて10人くらいがアクセスしたら、サーバーの負荷はどうでしょうか？
クライアント側JavaScriptの話でサーバー負荷とどう関係があるの？

**デフォルトの名無しさん** · 2020/05/13(水) 14:12:08.64

>>563
そうざますかありがとう
どっちみち慣れないうちは混乱しますね
JSだけのエンジニアなら当然その人の哲学や宗教により迷わず判断してると思うけど
こっちはJSは片手間でやっててさわるのが数年ぶりということがあるから混乱しますわ

**デフォルトの名無しさん** · 2020/05/13(水) 14:14:46.69

何の要素か知らんが、
「cssで作るスライドショー」とかでググったら答えが落ちてそう

**デフォルトの名無しさん** · 2020/05/13(水) 14:21:07.89

>>568
自分で決められないならとりあえずビッグネームのstyle guideに従っとけばいい

JavaScript =>single quote
HTML => double quote
CSS => single quote
https://google.github.io/styleguide/jsguide.html#features-strings-use-single-quotes
https://google.github.io/styleguide/htmlcssguide.html#HTML_Quotation_Marks
https://google.github.io/styleguide/htmlcssguide.html#CSS_Quotation_Marks

**質問者** · 2020/05/13(水) 15:12:19.72

>>566
ありがとうございます。

>>567

>>・web上でモニタリングをしたい
>誰が何をどうやってモニタリングするの？

やりたい事は、100個のセンサや機械の情報をブラウザ上にリアルタイムで表示して、異常ならば、ブラウザを見てる人に通知したいということです。

>・10秒ごとに自動更新
センサーや機械の情報です。

>>これをサーバーに置いて10人くらいがアクセスしたら、サーバーの負荷はどうでしょうか？
>クライアント側JavaScriptの話でサーバー負荷とどう関係があるの？

javascriptで動的にイメージ画像を切り替えたら、結局サーバーにアクセスすることになってしまうのではと思ったのです。
画像イメージはサーバー上に置かれているので。一回アクセスしたらキャッシュされるかもしれませんが。

>>569
ありがとうございます。

**デフォルトの名無しさん** · 2020/05/13(水) 15:52:15.36

>>571
なるほど

サーバー側のセンサーや機械の状態更新を
クライアントからのアクセスによってトリガーする仕組みだと不味いけど
そうじゃなくてサーバー側ですでに存在してるデータに対して
10人くらいが数秒に1回アクセスするんなら
その負荷は微々たるものだよ

各状態に応じた画像は
最初にモニタリング用画面にアクセスした時に全部ダウンロードさせておいて
数秒に1回AJAXでサーバー側の状態のみ取得してその値によって画面表示を切り替えればいい

**質問者** · 2020/05/13(水) 16:03:47.03

>>572
そうです。

>最初にモニタリング用画面にアクセスした時に全部ダウンロードさせておいて

この技術がわかりません。何をキーワードにして調べれば良いのでしょうか、すみませんが、お願いいたします。

**質問者** · 2020/05/13(水) 16:51:28.10

すみません。解決しました。
最初にリロードしたときに正常な画像だけでなく、異常な画像もリンク(表示しない)しておけばよいのですね。
そうしておけばブラウザ側にキャッシュされるので。

**デフォルトの名無しさん** · 2020/05/13(水) 17:25:36.80

>>574
いろいろ方法あるけど一番堅いのはCSSスプライト
https://developer.mozilla.org/ja/docs/Web/CSS/CSS_Images/Implementing_image_sprites_in_CSS

他には
- visibility: hidden
- JavaScriptでページロード時に画像を読み込む
- 凡例として異常時の画像も一つ表示しておく
など

この辺の話はJSのプログラミングの話じゃないので
誰か書いてたけどweb制作板で聞いたほうがいいかも

**質問者** · 2020/05/13(水) 17:50:05.96

>>575

本当にいろいろとありがとうございました。

**564** · 2020/05/13(水) 18:01:05.87

>>568

>>564
にも書いたけど、

VSCode のデフォルトが、Beautify で、拡張機能のPrettier が有名

Ruby on Rails で有名な、Airbnb などのStyle Guide だろ

**デフォルトの名無しさん** · 2020/05/13(水) 18:09:08.10

>>571
>画像イメージはサーバー上に置かれているので。一回アクセスしたらキャッシュされるかもしれません
確かに、同じファイルパスなら、キャッシュを使う

データは、ajax で、JSON でやりとりすることが定番

**質問者** · 2020/05/14(木) 00:27:54.68

>>578

はい、ありがとうございます。

**デフォルトの名無しさん** · 2020/06/20(土) 11:09:53.20

できる訳ないだろうなと思いつつ聞くんだけど、javascriptでローカルのファイルを別のディレクトリに移動させたりすることってできる？

**デフォルトの名無しさん** · 2020/06/20(土) 13:24:24.10

つNode

**デフォルトの名無しさん** · 2020/06/20(土) 13:27:05.74

つcscript/wscript

**デフォルトの名無しさん** · 2020/06/20(土) 20:45:20.50

>>581
これはサーバサイドでjs書いたときの話だもんね

ユーザーがブラウザ操作してる時に動くブラウザ上のjsでファイル操作がしたいんだよなあ
そんなこと出来たらやべーからまあ無理なんだろうけど、なんか代わりの手段ないものか

**デフォルトの名無しさん** · 2020/06/20(土) 21:17:03.49

>>583
プラットフォームとしてブラウザが欲しいのなら electron = chromium + node がそれだろ。
代表アプリはatomとVSCode。
サイトのJSでユーザーのローカルファイルを弄りたいというのなら、それが出来るようなら困るだろ。

**デフォルトの名無しさん** · 2020/06/20(土) 21:21:46.31

>>583
あと、今現在使っていいか、使えるか、というのはあるが、技術的にはActiveX。
wiki読めば大体分かるはず。

**デフォルトの名無しさん** · 2020/06/29(月) 12:03:45.83

うんち

**デフォルトの名無しさん** · 2020/06/29(月) 12:04:05.78

htmlタグに書くonclick=の中には
JSの処理を直接書くこともfunction(){}と書いてその中に処理を書くことも、どちらもokですか？その違いはありますか？

**デフォルトの名無しさん** · 2020/06/29(月) 12:07:23.28

onclick=のあと関数名(関数が入った変数)を書く場合は()は書かないほうがいいですか？書くべきですか？

<button onclick='unko'> or <button onclick='unko()'>

unko=function(){
alert('unko!');
}

みたいなときです。

**デフォルトの名無しさん** · 2020/06/29(月) 12:51:41.62

最初に喧嘩売ってきてわろた

**デフォルトの名無しさん** · 2020/06/29(月) 12:54:40.10

>>587
こういう感じで、直接内容も書けるみたい

on@click='con@sole.log("abc")'

注意！書き込めないため、@ を入れました

>>588
on@click='unko()'

みたいに、すべて( ) が付いている

それと、JavaScript の質問は、web制作管理板の方へ書き込んでください！

こちらの板は、web制作管理板が荒らしに荒らされた時に、
緊急避難的に立てられたものだから、今は使われていない

**デフォルトの名無しさん** · 2020/06/29(月) 21:14:29.05

>>586-588
オムツがまだ取れてなくてウンコ臭い初心者はWeb板へ
何度も言われていることだが

それ以前にお前レベルの超超超超初心者はそもそもここ(5ch)に来るべきではない
各自が勝手に意見を言ってるだけだから、それなりの確率で間違いや勘違いはどうしても発生する
それを自分で修正する能力がないうちは、5chを使うのは止めた方がいい
超超超超初心者なら、少なくとも間違っていたら訂正してもらえる場所、
つまり本か信頼出来るWebサイトを参考にするべきだ

なお俺はお前みたいなウンコお漏らし初心者用の本やサイトは知らない
というか、そんな、始めて3時間で通過するレベルの事柄を、ネットで質問しようとすること自体、かなり頭がおかしい
少なくともお前はプログラマには向いてないし、間違って就職しても浮きまくって仲間に入れず不幸な人生になるから止めとけ
それを教えてもらいたければ、「1週間の集中講座ででWebページ開設出来ます！」みたいなセミナーとかに行け
JavaScriptの部を始めて10分後にはそれについて教えてくれるだろう

**デフォルトの名無しさん** · 2020/06/30(火) 01:12:09.33

>>551
通りすがりだけどソレみて長年のモヤモヤがはれました、ありがとう。

**デフォルトの名無しさん** · 2020/07/23(木) 00:01:42.43

$("div").click(function())

**デフォルトの名無しさん** · 2020/07/23(木) 00:02:03.83

$("div").click(function(){
})

**デフォルトの名無しさん** · 2020/07/23(木) 00:05:54.40

$("div").click(function(){
$(this).css('background','red');
})

のこの$(this)が$("div")を指す理由はなんですか？
Javaではthisというのはそれを定義したクラスのインスタンスを指すと習いましたが。

**デフォルトの名無しさん** · 2020/07/23(木) 00:38:57.14

jQuery, Haxe のthis は、JavaScript/TypeScript のthis とは異なる。
this がwindow を指したり、おかしな部分があるので、それを変えている

それと、JavaScript の質問は、web制作管理板の方へ書き込んでください！

こちらの板は、web制作管理板が荒らしに荒らされた時に、
緊急避難的に立てられたものだから、今は使われていない

**デフォルトの名無しさん** · 2020/07/23(木) 07:12:59.16

>>596
「おかしな部分があるので、それを変えている」とは？

**デフォルトの名無しさん** · 2020/07/23(木) 07:13:47.98

thisの正体を見分けるコツはないですか？

**デフォルトの名無しさん** · 2020/07/23(木) 07:32:15.26

>>595
> のこの$(this)が$("div")を指す理由はなんですか？

DOM APIとの互換性

例えば、これのイベントハンドラの中身を書き換えるならば
$("div").click(function(){
　　$(this).css('background','red');
})

このようになる。（おまけで引数のjQuery eventを追加）
$("div").click(function(event){
　　this.style.background = 'red';
})

このイベントハンドラ（function）はDOM APIと互換性があるので全く同じように使える。
（引数のeventはjQuery eventではなくDOM APIの eventだがある程度の互換性がある）
divElement.addEventListener('click', unction(event){
　　this.style.background = 'red';
})

つまりイベントハンドラをDOM APIのものと互換性があるようにしているのが理由
そうすることで、コードを相互に変換しやすくなる。
例えば後からjQuery化するときなど少しずつ移植できる。

**デフォルトの名無しさん** · 2020/07/23(木) 07:36:27.79

>>598
thisは実行時に変わるからコードを見てもわからない
つまり呼び出されているコードを見てもわからない。
「誰が呼び出しているか？」を知る必要がある。

同じthisであっても「あれ」に登録して「あれ」から
呼び出されれば「それ」とは違うthisの場合がある。

だからthisが何かは仕様を調べるしかない
関数の引数にobjが入ってる場合、このobjの正体はなんですか？と
言ってるのと同じ質問だよ

**デフォルトの名無しさん** · 2020/07/23(木) 07:39:49.30

>595
Javaではthisを変えられることができないが
JavaScriptはthisは呼び出し側で与えるオブジェクト
JavaScriptだけではなくRubyやPerlなどいくつかの言語は呼び出し側でthisを変更できる

**デフォルトの名無しさん** · 2020/07/23(木) 08:18:34.22

>>599-601
ありがとうございます。
深いですね。
まだちゃんと理解できてないですが
ゆっくり吟味して考えてみます。

**デフォルトの名無しさん** · 2020/07/23(木) 08:20:56.24

this=eventとなっているということかな？

**デフォルトの名無しさん** · 2020/07/23(木) 08:24:35.38

>>603
違うぞ。eventはおまけ。thisの話とは直接関係ない

**デフォルトの名無しさん** · 2020/07/23(木) 08:25:10.27

ようするにjQueryはブラウザ標準のDOM APIと
互換性をもたせて作られているということ

**デフォルトの名無しさん** · 2020/07/23(木) 20:38:07.50

>>598
ID:/b5pS+w+ の言っていることは全面的に正しいが、補足すると、
> thisの正体を見分けるコツはないですか？
こんな事を言っている時点で糞サイト（或いはゴミ本）に騙されているから止めとけ。
見分ける必然性も意味もない。単なる暗黙の引数程度でしかなく、
実際にそれなりに組織的にコーディングするとcallはそれなりに使う。

DOM APIのthisがe.currentTargetを指すのはそもそもJava用の仕様、
つまりJavaでもクライアントスクリプトを書けるようにする為の仕様らしい。（とここ5chで聞いた）
しかし現在はJavaで書く奴なんて一人もいないし、JavaScriptにおいてはe.targetを全面的に使うのが正しい。
理由は、
1. thisにはe.currentTargetが入っているが、マトモなサイトなら通常はbubbleを利用する為、e.target主体で書くことになる。
　つまりこの仕様のthisでは使い物にならない。
2. e.currentTragetで役に立つ場合は、Elementに直接onXXXかaddEventListenerした場合だが、
　こんな事をやっているのはjQueryを使っている程度の簡単なサイトだけ。
　やれば分かるがbubbleを利用した方が実行効率もよく、コードも綺麗になるから、マトモなサイトは全部そうしてる。
　ただし、Elementに直接貼った方が直感的で分かりやすいので、jQueryのような簡単/初心者向けの場合には活用される。
　(なおjQueryでもbubble主体で書くことは可能ではあるが、それをやるとjQueryの意味がほぼ無くなるので普通はやってないと思う）

**デフォルトの名無しさん** · 2020/07/23(木) 20:39:00.72

3. それなりに組織的にコーディングすると、どうしてもイベントハンドラで共通の関数を使いたい要求が出てくる。
　しかしイベントハンドラだとthisがe.currentTargetによって潰されているので、共通関数をクロージャ（最終段はグローバル）で掴むしかないが、
　クロージャはクローズ(追加不能だしコード配置が限定される＝C++で言うクラスはクローズ、namespaceはオープンと同じ意味のクローズ）ので、
　現実的には使いにくく、俺はイベントハンドラを集めたオブジェクト（その中に共通関数も入っている）をthisとしてcallし直して、
　イベントハンドラ内ではthis.my_sub_function()で共通関数を呼べるようにしている。
　この場合、thisは単なるオブジェクトなので、継承出来るのがいい。(共通関数の共通関数を__proto__側に追い出せる）
　どうせthisが使い物にならない仕様なので他の連中も同様にやっているとは思う。

なお俺はjQuery不要派だがjQuery自体は初心者には分かりやすく偉大だと思っている。
実際にjQueryを使っていて問題ないのなら使うこと自体も悪いことではない。
ただしそれは世の中のマトモなサイト≒ガチのプログラマーが本気で書いたサイトではほぼ使われていない手法だということも理解しておいた方がいい。
といっても今の君には分からないだろうが、イベントハンドラ内でthisをe.currentTargetとして利用することはガチのサイトではほぼ無い、ということ。
今はどうせ何も分かってない状態なんだろうから、それならイベントハンドラ内ではthisを使わずe.currentTargetを使う癖を付けた方が多分いい。
それ以前にbubbleを使うようにした方がいいが。

**デフォルトの名無しさん** · 2020/07/23(木) 20:41:48.09

といっても多分さっぱり何がなにやら、だと思うが、そういうものだと思っておいてくれ。
質問の質問を受けていたら話が進まないのでそれは断る。

**デフォルトの名無しさん** · 2020/07/23(木) 21:58:10.24

>>606
> 　(なおjQueryでもbubble主体で書くことは可能ではあるが、それをやるとjQueryの意味がほぼ無くなるので普通はやってないと思う）

イベントのキャプチャフェーズとバブリングフェーズの話をしてるなら
jQueryはバブリングフェーズしか対応してません
jQueryの意味がなくなる？なぜですか？

そもそもIE8以前がキャプチャフェーズに対応してないので
それ以前からあるjQueryでは実装が不可能です。
（jQuery 4.0では実装されるらしい）

間違ったことを書かないでください

**デフォルトの名無しさん** · 2020/07/23(木) 22:00:14.35

>>607
>　現実的には使いにくく、俺はイベントハンドラを集めたオブジェクト（その中に共通関数も入っている）をthisとしてcallし直して、
>　イベントハンドラ内ではthis.my_sub_function()で共通関数を呼べるようにしている。
>　この場合、thisは単なるオブジェクトなので、継承出来るのがいい。(共通関数の共通関数を__proto__側に追い出せる）

やめましょう。無関係のイベントハンドラをまとめることは
単一責任の原則に違反しています。

**デフォルトの名無しさん** · 2020/07/23(木) 22:01:00.61

>>607
> イベントハンドラ内でthisをe.currentTargetとして利用することはガチのサイトではほぼ無い、ということ。
いいえ。殆どがthisを使っています。e.currentTargetは冗長なだけです。

**デフォルトの名無しさん** · 2020/07/23(木) 22:41:43.25

>>606
> DOM APIのthisがe.currentTargetを指すのはそもそもJava用の仕様、
> つまりJavaでもクライアントスクリプトを書けるようにする為の仕様らしい。（とここ5chで聞いた）

逆です。Javaではe.currentTargetを使い、thisは使えません。
（当時の）Javaでは言語仕様上の制限でイベントハンドラとして関数を使用することはできません。
イベントハンドラはオブジェクトである必要があります。

イベントハンドラ自体がオブジェクトであるため、thisはイベントハンドラオブジェクトになります。
そのためJavaでthisは使えません。

また昔のIEはaddEventListnerがなくattachEventを使いますが。
attachEventの場合thisはwindowでありe.currentTargetではありません。
つまり初期のIEのDOM APIはもちろんJavaでも使えますが
event.srcElement（e.currentTarget相当）しか実装されてないということです。
thisがe.currentTargetなのはJavaScriptのために作られた仕様です。

**デフォルトの名無しさん** · 2020/07/23(木) 22:44:12.81

>>606
> JavaScriptにおいてはe.targetを全面的に使うのが正しい。
いいえ。e.targetは廃止されてます。
https://developer.mozilla.org/ja/docs/Web/API/Event/target

わざと正反対のことを書いてるんですかね？

**デフォルトの名無しさん** · 2020/07/23(木) 22:47:04.66

>>609
キャプチャフェーズの話はしてない。
なお俺の判断では、キャプチャフェーズは余程のパッチ当て以外では使うべきではない。
あれは使わないでも十分組めるし、そもそもキャプチャフェーズを使わなければならないシチュエーションがまるでない。
だから俺は何であの仕様が入れられたのか不明なのだが、君はそれが分かるか？
具体的に、キャプチャフェーズのユースケースを知りたい。

> jQueryの意味がなくなる？なぜですか？
jQueryは基本的に
queryしたElementに何か(この場合はイベント追加)するのを宣言スタイルで短く分かりやすく書けるのが売りだろ。
バブル主体で書くとそもそもqueryしないから、jQueryを使う意味がないんだよ。
それはやれば分かる。分からないのはやってないからでしかない。

> やめましょう。無関係のイベントハンドラをまとめることは
> 単一責任の原則に違反しています。
無関係ではないんだよ。
そしてその考え方がJava的オブジェクト指向の限界であり、JavaでGUIを誰もやらない理由だよ。
いずれにしても、JavaのGUIなんてキングオブゴミだし、GUIに関してはJava的オブジェクト指向は一旦捨てた方がいい。
実際、.NETにしても、データはバインディングでグローバルストア方式になってるだろ。
（末端のオブジェクトにデータを持たせている風に見せているが、
現実問題としてそれだと状態のセーブが出来なくて(やりにくくて）いきなり詰むから、実際はバインディングでゴニョゴニョ出来るようにしている）
だからJava的な、末端のオブジェクトにデータもイベント関数も全部持たせる、というのがGUIに絶望的に向いてないんだよ。
だからJavaではろくなGUIが作れない、というよりは無駄に苦労するので誰もやらない。その結果が今だ。

> いいえ。殆どがthisを使っています。e.currentTargetは冗長なだけです。
それは君がbubbleを使ってないから。jQueryもだがフレームワーク等は仕様はDOMAPIに合わせているだろうけど、
実際にbubbleの場合はe.currentTargetなんて使い物にならないから当然thisも使わない。
これもやれば分かるだけのこと。君はやってないだけ。

**デフォルトの名無しさん** · 2020/07/23(木) 22:49:01.44

>>614
> バブル主体で書くとそもそもqueryしないから

そういう意味ですか？
意味不明なので他のわかりやすいサイトを
探し出してください

**デフォルトの名無しさん** · 2020/07/23(木) 22:49:21.91

×そういう意味ですか？
○どういう意味ですか？

**デフォルトの名無しさん** · 2020/07/23(木) 22:50:10.57

＞それは君がbubbleを使ってないから。

bubbleを使うとやらのコードを書いてください

**デフォルトの名無しさん** · 2020/07/23(木) 22:53:40.02

Description: The current DOM element within the event 「bubbling」 phase.
https://api.jquery.com/event.currentTarget/

**デフォルトの名無しさん** · 2020/07/23(木) 22:53:41.19

>>612
いや俺はthisがオブジェクトそのものだと聞いたが、
まあJavaの仕様については俺は詳しくないし、いずれにしてもスレチだし、この話は止めよう。

>>613
それは初耳だが、
LS見た限り当然載っているから移動されただけではないか？
そのページのLSの所押すと割と丁度いい場所に飛ぶから見てみればいい。

やれば分かるが、バブルで組んだ場合にe.target無しでは組めない。
廃止されるにしても、名前が変わって何かが定義されるとかであって、丸々捨てられることはないよ。
そしてbubbleを使わずに一々全Elementにイベントを付けていくのは完全に旧式であって、
マトモなサイトでは誰もそんなことやってない。
それも確認してみればいい。

**デフォルトの名無しさん** · 2020/07/23(木) 22:54:31.55

jQuery event.currentTarget
日本語訳説明：イベントバブリングフェーズ内の現在のDOM要素。

**デフォルトの名無しさん** · 2020/07/23(木) 22:55:20.17

>>619
だからjQueryはバブルしかサポートしてないし、
jQueryのevent.currentTargetは（DOM APIと同じで）
イベントバブリングフェーズ内の現在のDOM要素。

**デフォルトの名無しさん** · 2020/07/23(木) 22:57:37.04

>>619
> そしてbubbleを使わずに一々全Elementにイベントを付けていくのは完全に旧式であって、

jQueryでは全Elementにイベントハンドラを使えずに、
ocumentエレメントにイベントハンドラを付ける場合このように書きます。

$(document).on('click', 'a', function() {
　$(this).css("background": "red");
});

知ってましたか？ｗ

**デフォルトの名無しさん** · 2020/07/23(木) 23:16:41.69

https://jsfiddle.net/m8q15376/

例えばこの2つのコードはイベントハンドラをつけてるところは違いますが
同じよう動作をします。thisが使えない？何の話でしょうかねｗ

$("#id1").on('click', 'a', function() {
　$(this).css("background", "red");
});

$("#id2 a").on('click', function() {
　$(this).css("background", "red");
});

**デフォルトの名無しさん** · 2020/07/23(木) 23:18:15.34

>>621
君と話が通じないのは君がbubble主体で組んだことがないからだよ。
ただし、bubbleの重要性に触れた『初心者向け』サイトは皆無で、俺が知ってるのはuhyohyoだけ。
気になるならそこでも読むんだね。
或いはそこら辺のまともなサイト、ガチの商用サイトだとbubbleを使ってない方が珍しい（と思いたい）から、見てみるとか。
ただし日本のサイトは割とまじで糞で、20年前と同じですねー、ってのも普通にあるからそういうところは駄目だが。
(ここ5chもそうだし）

ちなみに２度目だが、フェースの話はしてない。
イベントがバブルするのを「イベントバブル」と言うんだよ。
これはWPF等でも使われているからJavaScriptのローカル用語ではなくてプログラミング用語だ。
（といっても俺が知っている限りイベントバブルを最初に実装したフレームワークはHTMLで、
それらをWPF等も採り入れたから当然同じ用語になっているだけだが）
そしてそれをbubbleと（短く短くとうるさいお前ら用に)略して言っているだけ。
もう一度言うが、フェーズの話はしてないし、そもそも既に書いたように俺はキャプチャフェーズの存在価値が分からない。
今のところの見方では、あれは不要な仕様だと思う。
jQueryでも対応してないのなら、実際それで困ることはないからだろ。

>>622
知ってる。そしてそれだとjQueryを使う意味が無い＝生のDOMAPIでも同様に書けるだろ
だからみんなjQueryを捨て始めてるだけ。
勿論君のようにjQueryが無いと死んじゃう人がそれに抗っているのも知ってる。

**デフォルトの名無しさん** · 2020/07/23(木) 23:21:08.33

もうわかりましたね？ ID:QHkNbR5l はイベントデリゲーションのことを
バブルなんて言ってるわけです（笑）

https://developer.mozilla.org/ja/docs/Web/API/Event/target
> event.target プロパティは、イベントデリゲーションを実装するために使用できます。

所詮オレオレ用語を使うレベルなんですよ

**デフォルトの名無しさん** · 2020/07/23(木) 23:22:10.11

>>623
だからそれ明らかにイベントバブル使ってないじゃん。
それを>>622形式で書いた時にe.targetが無いとどうしようもないでしょ。
それを言ってるんだよ。

**デフォルトの名無しさん** · 2020/07/23(木) 23:22:48.51

>>624
> 知ってる。そしてそれだとjQueryを使う意味が無い＝生のDOMAPIでも同様に書けるだろ

では生のDOM APIを使ってe.targetなしで書いてみてください。
できますか？ jQueryはe.targetなしで書きました。

**デフォルトの名無しさん** · 2020/07/23(木) 23:23:26.39

>>626
> だからそれ明らかにイベントバブル使ってないじゃん。]

最初に言ったよね？イベントバブル使うコードかけって
なんでお前かけないの？

**デフォルトの名無しさん** · 2020/07/23(木) 23:24:31.81

>>626
1. jQueryのコードはイベントバブルしか使わない（使えない）
2. >>622のコードはe.targetを使ってない

ここまではいいですかねぇ（呆れ）

**デフォルトの名無しさん** · 2020/07/23(木) 23:28:46.58

>>625
まあ君との話はもうする価値がないから終わりにするけど、
イベントバブルはオレオレ用語ではないと思うよ。
イベントデリゲーションってのは確かにそこにあるが、初めて聞いたが。

e.targetについては、
> 複数の要素に同じイベントハンドラを割り当てて、どれかでイベントがあったときに何かさせたいような場合、e.target はとてつもなく有用なものです。
> 複数の要素に同じイベントハンドラーを割り当てて、どれかでイベントがあったときに何かさせたいような場合、e.target はとてつもなく有用なものです。
と、重要だからか？まじで2回書いてあるし、それが廃止とか使用禁止とかにはならないよ。
https://developer.mozilla.org/ja/docs/Learn/JavaScript/Building_blocks/Events

**デフォルトの名無しさん** · 2020/07/23(木) 23:28:53.91

> イベントバブルを最初に実装したフレームワークはHTMLで、

笑うしかないわw HTMLがフレームワークとかｗ

**デフォルトの名無しさん** · 2020/07/23(木) 23:29:21.73

> イベントデリゲーションってのは確かにそこにあるが、初めて聞いたが。

はい、初めて聞くレベル

**デフォルトの名無しさん** · 2020/07/23(木) 23:29:24.10

>>613
そのMDNの廃止されたって言うのは以前の仕様書が廃止って意味じゃないの？

**デフォルトの名無しさん** · 2020/07/23(木) 23:30:10.44

> e.targetについては、
> 複数の要素に同じイベントハンドラを割り当てて、どれかでイベントがあったときに何かさせたいような場合、e.target はとてつもなく有用なものです。

↓このコードが複数の要素に同じイベントハンドラを割り当てて、どれかでイベントがあったときに何かさせているコード

https://jsfiddle.net/m8q15376/

$("#id1").on('click', 'a', function() {
　$(this).css("background", "red");
});

**デフォルトの名無しさん** · 2020/07/23(木) 23:56:14.14

まとめ

こいつはイベントデリゲーション（複数の要素に同じイベントハンドラを割り当てるコード）を
jQueryで書いているコードを見たことがない、もしくは見たことあっても気づかないで
jQueryでもDOM APIと同じように書くしかないはずだ！だからjQueryを使う意味がない！と考えていたようだが
そのイベントデリゲーションこそjQueryでシンプルに書けるコードの一つだったという話です。

**デフォルトの名無しさん** · 2020/07/24(金) 00:01:31.32

>>632
というかね、「イベントバブル」をオレオレ用語だと噛みついてくる時点でお前はどうかしてる。
JavaScript使ってて今まで聞いたことがないってのは本当に酷い。

MDNにも「イベントのバブリング」とは書いてある。
> https://developer.mozilla.org/ja/docs/Web/Guide/Events/Creating_and_triggering_events
uhyohyoでも「イベントバブリング」って言ってる。
> https://uhyohyo.net/javascript/3_3.html
-ing形だから通じないって事も無いだろうし、そもそもbubbleフェーズを表すと勘違いしても大体通じる内容でしかない。
そこで噛みついてくる意味が分からん。

JavaScriptが世のGUIを席巻しつつあるのは、イベントバブルの功績が大きい。
これがあるのと無いのとでは、GUIの組みやすさの次元が違うんだよ。
だから.NETもWPFで、GTKでもGTK+3から採用されてる。(Qtは知らん)

それを全く使わずにJavaScriptのGUIを語るのは完全に間違ってる。
そこら辺がjQueryしか出来ない人（つまり君とか）の問題だと思うよ。
jQueryしか出来ない人が馬鹿にされているのは君も知っているだろ？そういうことだよ。

**デフォルトの名無しさん** · 2020/07/24(金) 00:22:53.71

お前のオレオレ用語っていうのは「バブル主体」だアホめ
なんだよバブル主体って（笑）

**デフォルトの名無しさん** · 2020/07/24(金) 00:24:19.77

>>636
> JavaScriptが世のGUIを席巻しつつあるのは、イベントバブルの功績が大きい。

だから、イベントバブルじゃなくてイベントデリゲーションな（笑）
何がオレオレ用語なのかわかってない。
用語の使い方を間違ってんだよお前は。

jQueryはイベントバブルを使ってる

**デフォルトの名無しさん** · 2020/07/24(金) 00:25:21.34

何度も言うがjQueryを使うということは
イベントバブルを使ってるということだ

**デフォルトの名無しさん** · 2020/07/24(金) 00:28:52.61

ちなみにイベントデリゲーションという用語は
MDNでも使われているが、jQueryが最初に使った用語なんじゃないかと思ってる。

もともとはjQueryでイベントデリゲーションを使う時
delegateというメソッドを使っていたから。それが廃止になりonに統一された。

onに統一された結果、jQueryでイベントデレゲーションを使ったコードと
使ってないコードの差異が減って、e.targetを使わずにthisでコードが書けるようになった。

jQueryでイベントデレゲーションを使うのは、DOM APIを使うよりも
格段にシンプルに書けるようになっている
無関係のイベントハンドラを統合するという単一責任の原則に反するコードを書くことなく
イベントデレゲーションを使うことが可能になっている。

**デフォルトの名無しさん** · 2020/07/24(金) 00:33:37.06

>>637-639
半島に帰れ

**デフォルトの名無しさん** · 2020/07/24(金) 01:22:11.42

>>626
訂正、>>623でもバブルを利用しているようだ。

jQueryはこの形式だとDelegated event handlers として扱われ、
on時点でサブクエリして一致した子要素に付けるのではなく、
内部的にバブルしてきたイベントを使い、実行時にクエリして一致を確かめるようだ。（後半部は予想、実装依存）
https://api.jquery.com/on/

だから確かにバブルを利用してはいるが、これだともっさり遅くはなる。（とはいえGUIの場合は大抵問題にはならない）
jQueryは使ってないし今後も使う予定もないので仕様には詳しくなく、見た目で判断してしまった。
なるほど何だかんだで上手く出来てはいる。

が、まあ、いずれにしてもこれをDOMAPIだけで書くのも別段苦労しないし、
jQuery内部でe.targetを使っているだけで、e.targetが無ければjQuery自体が組めないだけでしかない。

>>640
イベントデリゲーションの方がかなりオレオレ用語だと思うが。
確かにMDNには書いてあるが、俺は今まで聞いたこともなかったし、そもそもそれを「デリゲーション(ｷﾘｯ」とかいうのもどうかしてると思うが。
OOPで言う委譲に当たるから「デリゲーション」なんだろうが、それはOOPで言う「継承か委譲か」、という話とは全然違っていて、
単に親要素でしかなく、子要素とは何の関わりもない。（一応包含してはいるが）
だから無理やりOOP的な解釈をすれば「デリゲート」しかないのだろうけど、
それは、世の中の全てを無理矢理OOPで解釈するJava脳みたいな感覚を受け、
Java以外で普通にOOPを分かっている奴からしたら相当気持ち悪い使い方だし、実際に流行ってもないだろ。
これが気持ち悪いと思わないのは君がOOPを理解してないからだよ。
ただし俺はGUI自体がOOPにフィットしないと思っているから、GUIしかやらないのなら理解している必要はないとも思うけども。

そして君は都合の悪い>>633は無視なのか？
既に言ったが、現在の状況でe.targetが無くなることはない。
ただ、あの辺デタラメに拡張して仕様がグダグダなので、整理しろよな、とは思うが。

**デフォルトの名無しさん** · 2020/07/24(金) 01:48:12.97

ちなみにgoogle、

イベントバブル　約 22,500,000 件（0.43 秒）
イベントデリゲーション　約 23,600 件（0.28 秒）

**デフォルトの名無しさん** · 2020/07/24(金) 06:57:14.92

バブリングフェーズとイベントデリゲーションはバスタブとミカンくらい意味が違うがおんなじもんだと思ってたわけ？ｗ

バブリングフェーズはイベント伝搬のステージのことで、
div
a
a
という構造ならhtmlからdiv→aと伝搬してくるのがキャプチヤリングフェーズ。
その後a→divとhtmlまで戻っていくのがバブリングフェーズ。

イベントデリゲーションは２つのaにイベントパンドラ設定するよりdiv１つに設定してaのイベントまとめてハンドルしてもらいましょうというやり方。

a(子)のイベントハンドリングをdiv(親または祖先)に委譲(delegate)するからイベントデリゲーション。

ちんちんとマンチェスターユナイテッドくらい意味が違うけどおんなじもんだと思ってたわけ？ｗ

**デフォルトの名無しさん** · 2020/07/24(金) 07:07:22.97

>>642
イベントバブルっていうのはイベントがバブルのように上に上がっていくってだけで
一つのイベントハンドラで処理を行うって意味じゃねーんだよｗ
あーほ

**デフォルトの名無しさん** · 2020/07/24(金) 07:07:57.79

>>642
> だから確かにバブルを利用してはいるが、これだともっさり遅くはなる。（とはいえGUIの場合は大抵問題にはならない）
遅くなるの理由が何もないｗｗｗ

**デフォルトの名無しさん** · 2020/07/24(金) 07:09:14.13

>>642
> 確かにMDNには書いてあるが、俺は今まで聞いたこともなかったし、

それがすべて。お前が無知なだけ

**デフォルトの名無しさん** · 2020/07/24(金) 07:10:55.78

結局の所 >>635 のまとめで書いたとおり

こいつはイベントデリゲーション（複数の要素に同じイベントハンドラを割り当てるコード）を
jQueryで書いているコードを見たことがない、もしくは見たことあっても気づかないで
jQueryでもDOM APIと同じように書くしかないはずだ！だからjQueryを使う意味がない！と考えていたようだが
そのイベントデリゲーションこそjQueryでシンプルに書けるコードの一つだったという話です。

そのイベントデリゲーションこそjQueryでシンプルに書けるコードの一つだったという話です。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

**デフォルトの名無しさん** · 2020/07/24(金) 07:27:42.03

>>642
> が、まあ、いずれにしてもこれをDOMAPIだけで書くのも別段苦労しないし、

だから最初に書けと言ってる。なんで書かないのか？

**デフォルトの名無しさん** · 2020/07/24(金) 08:10:38.59

>>644
お前が日本語が出来なくていろいろ勘違いしてるだけだろ。

まず示したように、「イベントデリゲーション」なんて言葉は誰も使ってないから止めとけ。
イベントバブルの説明に必ず出てくる言葉なら、使用頻度＝ヒットページ数も1:1になるはずであって、
約1000:1ってのは誰も使ってないって事でしかない。

> バブリングフェーズとイベントデリゲーションはバスタブとミカンくらい意味が違うがおんなじもんだと思ってたわけ？ｗ
俺は同じ物だとは一言も言ってない。それを勝手に誤解しているのはお前の日本語が韓国人レベルだからだ。
ただ、これらは表裏一体であって、イベントがバブルしなければ纏めるも何もないので、
お前が思っているほど区別する意味もない。
お前みたいな文系馬鹿はやたら細かく区別して意味無くドヤる傾向があるが、プログラミングってのはそもそもそういうものではない。

実際問題として、イベントバブルを説明する際に、
確かに「バブルしてくるイベントを親で捕らえて纏めて処理する」事を示す名詞が欲しい、というのはあるだろう。
ただ、誰もそこで「イベントデリゲーション」なんて言葉を使ってないから1000:1の使用頻度になってる。
実際は、「バブルしてくるイベントを親で捕らえて」とそのまま言っているのだと思う。
ただそもそもバブルさせる＝親で捕らえて纏めて処理する大前提だから、それ含めてイベントバブルでも大して問題ないんだよ。

**デフォルトの名無しさん** · 2020/07/24(金) 08:10:58.84

同様にお前が無駄に拘っているのが以下だが、
> > イベントバブルを最初に実装したフレームワークはHTMLで、
> 笑うしかないわw HTMLがフレームワークとかｗ (>>631)
HTML/CSS/JavaScriptはほぼ常にセットで使われていて、どれだと区別する意味はないし、
確かに厳密にはどれでもないからWebAPIとか別括りにされてるが、そこに拘る意味もない。
俺は「イベントバブルを最初に実装した『フレームワークが』がHTMLだと言った。
お前的には「プラットフォーム」か、または別用語が適切なのかもしれんが、
いずれにしても言葉というのはコミュニケーションの手段であって、つまり通じるかどうかが最重要であって、
明らかに通じているのに揚げ足取りしているつもり？でドヤって来るのも頭おかしいとしか思えないが。
（オレオレ用語を使うなってのは「通じないから使うな」ということであって、オレオレ用語を使うこと自体が悪いというわけではない)

お前いつものjQuery厨か？
ならお前はここ2～3年、まるで成長してないな。

>>649
むしろお前がそれを書けないと言っているに近いが、それをお前は認めるか？
日本語が通じない馬鹿なお前の為に敢えて言い直すと、
お前が「僕は書けませんから書いてみてください」と言うのなら書くが、
あまりに簡単すぎてお前の馬鹿さが際だつだけだぞ。

いずれにしても、脱jQueryなんてのが出てくるのはjQueryを使う意味がなくなりつつあるからであって、
お前がそれを気に入らなくても、それは事実として認めるしかないし、
実際にjQueryから輸入された仕様もあるのだからjQuery自体が糞だったわけでもないんだよ。
ただ、役割を終えつつある、というだけの話であってさ。

**デフォルトの名無しさん** · 2020/07/24(金) 08:42:13.69

バブリングフェーズとイベントデリゲーションはバスタブとミカンくらい意味が違うがおんなじもんだと思ってたわけ？ｗ

**デフォルトの名無しさん** · 2020/07/24(金) 08:55:46.07

> まず示したように、「イベントデリゲーション」なんて言葉は誰も使ってないから止めとけ。

↓

https://developer.mozilla.org/ja/docs/Web/API/Event/target
event.target プロパティは、イベントデリゲーションを実装するために使用できます。

https://developer.mozilla.org/en-US/docs/Web/API/Event/target
The event.target property can be used in order to implement event delegation.

**デフォルトの名無しさん** · 2020/07/24(金) 08:56:14.50

> まず示したように、「イベントデリゲーション」なんて言葉は誰も使ってないから止めとけ。

えーっと、ボクチン英語が分かりませーんという話かな？ｗｗｗ
英語
https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Building_blocks/Events#Event_delegation
日本語
https://developer.mozilla.org/docs/Learn/JavaScript/Building_blocks/Events#Event_delegation

**デフォルトの名無しさん** · 2020/07/24(金) 08:58:29.43

URLからしてイベントデリゲーション使ってるなｗ
誰も使ってない用語とは…？ｗ

**デフォルトの名無しさん** · 2020/07/24(金) 08:58:39.33

>>650
> イベントバブルの説明に必ず出てくる言葉なら、

でてくるわけねーだろｗ
イベントバブル＝イベントデリゲーションじゃねーんだから

DOM APIのイベントモデルではイベントバブルがデフォルトで使われる
イベントモデルの説明でバブルフェーズとキャプチャフェーズの話は出る
だがイベントデリゲーションはかならず使うものではない

お前が、イベントバブル＝イベントデリゲーション（つまり同じ意味）だと
勘違いしてるから、使用頻度＝ヒットページ数も1:1になるという間違った結論になってる

イベントデリゲーションはかならず使うものじゃないんだから
イベントデリゲーションの方が数は少なくなるのは当たり前

**デフォルトの名無しさん** · 2020/07/24(金) 09:03:00.98

プッチンプリンとにんにく卵黄は同じものだ！
その証拠に、卵黄にんにくのほうが検索ヒット数が少ない！！

にんにく卵黄なんて用語は誰も使ってない！
プッチンプリンが正しい！！

？？？ｗｗｗｗｗ

**デフォルトの名無しさん** · 2020/07/24(金) 09:08:11.32

>>651
> 俺は「イベントバブルを最初に実装した『フレームワークが』がHTMLだと言った。

HTMLの仕様にイベントバブルなんてものはない
DOM APIの仕様だ

「イベントバブルを最初に実装した」というのはどういう意味か言ってみ
上の要素でイベントを捕まえて処理することではないのはもう理解してるよな

お前は「イベントがDOM要素の下位から上位へバブルのように登っていくこと」を実装した。
と言ってるわけだが、自分で理解してるのか？

**デフォルトの名無しさん** · 2020/07/24(金) 09:09:27.92

>>651
> むしろお前がそれを書けないと言っているに近いが、それをお前は認めるか？

だからさっさと書けよ。お前をテストしてやってるに決まってるだろｗ
最初からコード書けと言ってるのになんで書けないのは
お前がそれを書けないと言っているに近いが、それをお前は認めるか？

**デフォルトの名無しさん** · 2020/07/24(金) 09:21:46.61

脱jQueryなんて言葉が出てきても、脱jQueryが進んでいないのは事実だろ

https://w3techs.com/technologies/history_overview/javascript_library/all/y

jQuery
2017年1月 71.9%
2018年1月 73.1% （+0.1%/月）
2019年1月 73.6% （+0.05%/月）
2020年1月 74.2%
同年2月 74.4% （+0.2%/月）※1ヶ月経過時点
同年6月 75.5% （+0.26%/月））※5ヶ月経過時点
同年7月 76.0% （+0.3%/月）※6ヶ月経過時点

今年はなぜかjQueryのシェアの増加が加速してきてるんだわ。
最初の1ヶ月で0.2%しか増えてなかったのに、
6ヶ月後は1.2%増ではなく1.8%増、増加スピードが上がってる

後半さらに増加スピードが上がるとは思えないが、
このペースだと今年は1年で4%も増える可能性だってある。
ここ数年1%程度しか増えていなかったのに不思議だ

脱jQueryなんて所詮言葉だけだったということだ

**デフォルトの名無しさん** · 2020/07/24(金) 09:24:24.50

>>656
> イベントデリゲーションはかならず使うものじゃないんだから
> イベントデリゲーションの方が数は少なくなるのは当たり前
ここが違う。
バブルを利用する時点で「親で纏めて処理する」大前提なんだよ。これも既に言ったが。
逆に、バブルだけしても親で処理しないのなら意味無いだろ。
（まあバブル自体は勝手にするのだが）

だからイベントバブルの説明の際には必ず「親で処理する」事が含まれるんだよ。
これもお前みたいな文系馬鹿は「知識」としてそれぞれを別々にインストールしているから分からないのだろうが、
イベントバブルの説明＝イベントバブル自体とその使い方の説明＝当然親でイベントを纏めて処理する＝「イベントデリゲーション」も説明される
なんだよ。イベントバブルをお前はJavaScriptの「知識」として捕らえ、
「バブルフェーズとキャプチャフェーズ」もまた別の知識であり、
「イベントデリゲーション」も全く別の手法として「別知識」としているから駄目なんだ。

イベントバブルだけ理解しても、普通は、「ほ～ん、で？何が嬉しいの？」となるから、どうやって使うか、何が美味しいかまで説明されてる。
だけどそこでは誰も「イベントデリゲーション」と言ってないから1000:1の使用頻度になってる。
ただし実際にイベントバブルを活用するにはそれなりの知識と設計が必要であり、
初心者には無理だから初心者用サイトでの説明は皆無で、既に言ったとおり俺が知っているのはuhyohyoだけ。
そしてここら辺が有機的に繋がっているのを理解出来ないのは君が「イベントバブルを活用するのは難しい初心者」レベルだから。

お前は相変わらず初心者のままなんだよ。

**デフォルトの名無しさん** · 2020/07/24(金) 09:30:06.20

> バブルを利用する時点で「親で纏めて処理する」大前提なんだよ。これも既に言ったが。

誰が言ってるんですか？
そうであってほしいという願望ですよねｗ

**デフォルトの名無しさん** · 2020/07/24(金) 09:35:52.90

>>658
> DOM APIの仕様だ
まあ厳密にはあれはDOMに入れるべき物でもないんだよ。
だから今も「For web developers(non-nomative)」という中途半端な扱いになってる。
あれはDOMと言うよりはプログラミングモデルであって、本来は別仕様を起こすべきなのだが、
それを言いだしたらきりがないから現状はDOMに突っ込まれているだけでさ。

> 「イベントバブルを最初に実装した」というのはどういう意味か言ってみ
> お前は「イベントがDOM要素の下位から上位へバブルのように登っていくこと」を実装した。
そうだぞ。俺はそう言ったんだ。
イベントがバブルするGUIフレームワークというのは、俺が知ってる中ではHTML/CSS/JavaScriptが初だよ。
それ以前の、XやMFC、.NET(Forms)ではバブルしない。

むしろお前は何をどう勘違いして俺に突っかかってきてるんだ？

>>659
お前が簡単に書けるのなら書かないよ。書く意味もないし。
それってconsoleログ知ってる俺スゲー的なレベルであって、そんなもん一々コード書いてても時間の無駄だろ。

>>660
そう思うのならそれでいいと思うが。
必死にjQueryにすがるからおかしくなるだけで。
必要ない人はjQueryを使わないし、実際必要なくなりつつあるだけの話で、必要だと思えば使い続ければいいし、それだけだろ。

**デフォルトの名無しさん** · 2020/07/24(金) 09:39:24.99

>>662
なら逆に、「イベントバブルを利用するが親ではイベントを処理しない」方式で何か有効活用出来るか？
それがあれば「大前提」ってのは俺の勘違いだと認めるが。

**デフォルトの名無しさん** · 2020/07/24(金) 09:39:35.00

さて、どこに親で処理すると書いてあるのでしょうか？ｗ
https://en.wikipedia.org/wiki/Event_bubbling

Use of Event Bubbling
To handle cases where one event has more than one handler,
event bubbling concept can be implemented. The major use of
event bubbling is the registration of default functions present in the program.
In recent times, not many developers use event capturing or bubbling in particular.
It is not necessary to implement event bubbling; it may become complicated for
the users to keep track of the actions getting executed because of an event.[1]

英語は読めるけど（あんたために、でも面倒なので）Google翻訳しますねｗ

イベントバブリングの使用
1つのイベントに複数のハンドラーがある場合を処理するために、イベントバブリングの概念を実装できます。
イベントバブリングの主な用途は、プログラムに存在するデフォルト関数の登録です。
最近では、特にイベントキャプチャやバブリングを使用する開発者は多くありません。
イベントバブリングを実装する必要はありません。イベントのために実行されるアクションを
ユーザーが追跡するのは複雑になる場合があります。[1]

「1つのイベントに複数のハンドラーがある場合を処理するため」というのは
要素をクリックしたときに、クリックした要素→それが含まれた親要素→さらにそれらが含まれた親要素と
複数の要素（の複数のクリックイベントハンドラ）が実行されるわけです。
これがイベントバブリングの例として上げられています。

そして主な用途はデフォルト関数（デフォルト処理）の登録です。
またイベントキャプチャやバブリングを使用する開発者は多くないとまで書いてあります。
親でまとめて処理する話はでてきていません。

面白いですね（笑）

**デフォルトの名無しさん** · 2020/07/24(金) 09:41:46.92

>>663
> むしろお前は何をどう勘違いして俺に突っかかってきてるんだ？

何をどうって、jQueryはイベントバブリングしかサポートしてないのに
jQueryでイベントバブルを使うと意味がないと言っただろｗ

どういう意味ですか？jQueryはイベントバブルしか使いませんよ？
イベントバブルを使うということは親で処理するって意味じゃありませんよ？
わかってますかｗ

**デフォルトの名無しさん** · 2020/07/24(金) 09:42:35.90

>>664
> なら逆に、「イベントバブルを利用するが親ではイベントを処理しない」方式で何か有効活用出来るか？
英語のwikipediaにかいてある。

> それがあれば「大前提」ってのは俺の勘違いだと認めるが。
それがあったのでお前の勘違いだと認めるようにｗ

**デフォルトの名無しさん** · 2020/07/24(金) 09:43:33.55

>>663
> イベントがバブルするGUIフレームワークというのは、俺が知ってる中ではHTML/CSS/JavaScriptが初だよ。

HTML/CSS/JavaScriptのいずれの仕様でもありません。

DOMの仕様です。DOMです。Javaでも使えるDOMです。
何度言えば理解できるんだ？

**デフォルトの名無しさん** · 2020/07/24(金) 09:48:58.90

>>665
wikiじゃねーかよ！そりゃ書いた奴が分かってねえんだよ。
既に言ったが、世の中のGUIフレームワークはイベントバブルをこぞって採用してる。
.NETはWPFから、GTKは3から。Qtは知らんが間違いなく採用はされるかその方向の筈。
理由も既に言ったとおり、バブルが出来れば非常に効率よくGUIを実装出来るから、
それに慣れると、バブルが出来ないフレームワークなんてゴミにしか見えなくなるから。

>>666-668
どうにもお前とは話が噛み合わないからこの辺で終わりにしておこう。
色々既に言ったとおりだ。気になるなら読み返してみてくれ。

**デフォルトの名無しさん** · 2020/07/24(金) 09:49:55.44

>>669
> wikiじゃねーかよ！そりゃ書いた奴が分かってねえんだよ。

お前はwikipedia以外のなにか信用できるものを持ってきたか？
お前の意見はwikipedia以下だってことは理解してるか？

**デフォルトの名無しさん** · 2020/07/24(金) 09:52:19.09

>>669
jQueryは最初からイベントバブルを採用してるのを知らないで
イベントバブルだとjQueryの意味がなくなる！

といった話はどうなったの？ｗ

別の話に逃げたねｗ

**デフォルトの名無しさん** · 2020/07/24(金) 10:00:24.59

まとめ更新

こいつはイベントバブルの用途をイベントデリゲーション（複数の要素に同じイベントハンドラを割り当てるコード）しかしらず
イベントバブル＝イベントデリゲーションのことだ！と思い込んでオレオレ用語で「イベントバブルを実装！」と言っていた
こいつは自分にしか理解できない間違った用語の使い方を指定ながら、コミュニケーションがどうとか語っていた

こいつはMDNにかかれているイベントデリゲーションのページを見せても
世の中で使われてない！と強弁した。

こいつはHTML/CSS/JavaScriptがイベントバブルを実装した最初のフレームワークだと言った。
（当たり前がHTMLはマークアップ言語、CSSはスタイルシート、JavaScriptは言語で
どれにもイベントバブルに関する実装など存在しない。イベントバブルはDOMで規定されている）

こいつはjQueryは最初からイベントバブルに対応していたことも知らず、
（というか古いIEがイベントバブルしか実装されていなかったのでキャプチャフェーズに対応するのは不可能）
イベントバブルを使うとjQueryを使う意味がないと言った。

そしてjQueryで書いているコードを見たことがない、もしくは見たことあっても気づかないで
jQueryでもDOM APIと同じように書くしかないはずだ！だからjQueryを使う意味がない！と言っていた。
jQueryで（イベントバブルではなくｗ）イベントデリゲーションで実装してるコードを見せても
イベントバブルを使ってない！とか意味のわからないことを言った。

イベントデリゲーションこそjQueryだとDOM APIよりもシンプルに書けるコードの一つだった

こいつは脱jQueryが進んでいない現状を示しても、その事実を受け入れることができなかった

**デフォルトの名無しさん** · 2020/07/24(金) 10:01:50.66

jQueryおじさん完全勝利（笑）

**デフォルトの名無しさん** · 2020/07/24(金) 10:12:17.88

>>670
一応読んだぞ。

まあそう思うのは自由だが、それは最初に書いてあるとおり、
> To handle cases where one event has more than one handler, event bubbling concept can be implemented. The major use of event bubbling is the registration of default functions present in the program.
つまり一つのElementに複数のイベントハンドラを付けたい時にバブルを活用出来るとか、
或いはrootにデフォルトのイベントfunctionを付けておけばそれを「上書き」する際に活用出来る、みたいなわけだが、
そんな使い方してるサイトなんて無いぞ。というかそんなことしたら怒られると思うが。
複数付けたければ普通にaddEventListenerすればいいだけだし、
サイトのスクリプトがユーザースクリプトその他によって「上書き」される前提で書いているサイトなんてほぼ無い。
あるにしてもこんな邪道なやり方ではなく、「サイトのスクリプトをオフにする」という、公式な無効化機能が付いてる。
というか、そうじゃないとお互いに困るだろ。お前はそれも分からないレベルなのだろうけど。

>>671
逃げたって何の事よ？
jQueryが採用しているとかそういう話ではなくて、
そもそもバブルは（お前が拘っている『DOMの仕様』なのだから）jQueryとは関係なく、勝手にする物だ。
そしてバブルを利用した書き方＝親で纏めて処理する方式なら、
jQueryの得意とするqueryをすることがないからjQueryを使う意味がない、と言ったんだよ。
それはお前が本当に『書ける』というのならすぐに分かる話だろ。
お前はやっぱり書けないのだと思うよ。

**デフォルトの名無しさん** · 2020/07/24(金) 10:13:31.15

もう負け逃げしたようだが、
イベントバブルの一番のユースケースはこれなんだよ

<a href="link">link<span>test<span></a>

1. aのクリックイベントハンドラ
2. spanのクリックイベントハンドラ

両方のイベントハンドラを設定することができ
両方のイベントハンドラが発動する
これがwikipediaに書いてあったことの具体的な意味

そのイベント発動を行うフェーズがバブリングフェーズとキャプチャフェーズの二種類あり
バブリングフェーズにおいて下位の要素から上位の要素に伝搬することを
イベントバブリング（イベントバブル動作）という
（イベントバブルだけでは意味が不明確）

**デフォルトの名無しさん** · 2020/07/24(金) 10:15:13.60

>>674
まだ繰り返すのかｗ

> jQueryの得意とするqueryをすることがないからjQueryを使う意味がない、と言ったんだよ。

めんどくさいから突っ込まなかったことろを再掲するとかアホやなぁ
「queryをすること」ってなんだよ。どういう意味なのか言ってみ
queryしているコードを書いてみろって

**デフォルトの名無しさん** · 2020/07/24(金) 10:17:09.02

先に書いてやるか
jQueryでqueryすること（意味がよくわからんが）と言われれば
普通に思いつくのは、$('#id1"') とかなわけだが

>>623で「イベントデリゲーション」を使ったコードでも
このようにqueryしてますがなにか？

https://jsfiddle.net/m8q15376/
$("#id1").on('click', 'a', function() {
　$(this).css("background", "red");
});

**デフォルトの名無しさん** · 2020/07/24(金) 10:18:57.42

>>674
> つまり一つのElementに複数のイベントハンドラを付けたい時にバブルを活用出来るとか、

そんなことは英語に書いてない

> To handle cases where one event（一つのイベントが） has more than one handler　（一つ以上のハンドラを持っている場合）, event bubbling concept can be implemented.

「一つのElementに複数のイベントハンドラを付けたい」などとは書いていない。

**デフォルトの名無しさん** · 2020/07/24(金) 10:20:19.73

せっかくGoogle翻訳もしてやったのに
英語読めないなら、ちゃんと日本語も読めよ（笑）

**デフォルトの名無しさん** · 2020/07/24(金) 10:23:00.47

>>674
> そもそもバブルは（お前が拘っている『DOMの仕様』なのだから）jQueryとは関係なく、勝手にする物だ。

お前最初に、バブルは勝手にするものじゃなくて
親でまとめてイベント処理することだって言ってたじゃんｗｗｗ

自分が使っていた用語が間違っていましたって認めたの？

**デフォルトの名無しさん** · 2020/07/24(金) 10:42:49.37

>>676
> queryしているコードを書いてみろって
それはお前が>>622,623で既に書いてるだろ。
jQueryが美味しいのは、getElementByIdとか長たらしいこと書かずに$('#id')と書けるとか、
HTMLCollectionなのに単発のDOMみたいに扱えてforやforEach等のループを自前で書く必要がないとか、そういうところだろ。

そして俺が言ってるのは、親にeventhandlerを付けるのならその辺のおいしさが全くなくなる、ということだよ。

ただまあ、jQueryがそこまで好きならjQueryで一生書けばいいとも思うけど。
俺は必要ないから今後とも使わないだけであって。

**デフォルトの名無しさん** · 2020/07/24(金) 10:44:01.60

>>680
> 親でまとめてイベント処理することだって言ってたじゃんｗｗｗ
そうだぞ。イベントバブルを活用する＝親で纏めて処理する、だ。
それ以外のまともな使い方は俺は知らん。（以下に続く）

>>678
おお、確かに読み間違えてる。
一つのイベントが複数のイベントハンドラを持ちたい場合か。
しかし何だそりゃ？て話だがな。
一つのイベントに複数のハンドラを持たせたい為にバブルさせてそれぞれの階層で処理させて結果的に複数処理するってのは、
実際の動きを説明していると言えばそうだが、これの為にバブルを活用するのは間違いだと思うが。

ただまあ、wikiはこの辺デタラメに書く奴が居るからそこまでは信用しない方がいい。
Cの日本語wikiとかも結構デタラメだったりするし。

逆に、本当にこのケース「一つのイベントに複数のハンドラを持たせたい為」にバブルを利用して、
それ以外の方法では美しく実装出来ないケースがあれば確かに俺の勘違いだと認めるが、あるか？
何度も言ってるが、俺はそれがないから「バブルを利用する＝親で纏めて処理」だと思っているわけでさ。

或いはこの記述、ユーザ目線ではなくブラウザ目線で書かれている？
mouseleave/outの違いとか、
確かにmouseoutは一つのイベントを複数階層で処理して結果的に複数のハンドラを一つのイベントに与えている、とは言えるけども。
https://developer.mozilla.org/en-US/docs/Web/API/Element/mouseleave_event

**デフォルトの名無しさん** · 2020/07/24(金) 10:44:43.06

>>681
> そして俺が言ってるのは、親にeventhandlerを付けるのならその辺のおいしさが全くなくなる、ということだよ。

だからその親にeventhandlerを付けるコード書けって言ってるんだが？
俺はそれがすごく読みづらくなって、jQueryで書いたらシンプルになると知ってるわけ
さっさと書けよ。ここまで言って書かないのは、
お前がそれを書けないと言っているに近いが、それをお前は認めるか？

**デフォルトの名無しさん** · 2020/07/24(金) 10:45:17.15

>>682
> 一つのイベントが複数のイベントハンドラを持ちたい場合か。
> しかし何だそりゃ？て話だがな。

知らんのね（笑）

**デフォルトの名無しさん** · 2020/07/24(金) 10:46:32.32

>>682
> 逆に、本当にこのケース「一つのイベントに複数のハンドラを持たせたい為」にバブルを利用して、
> それ以外の方法では美しく実装出来ないケースがあれば確かに俺の勘違いだと認めるが、あるか？

俺の勘違いだと認めるがと言っておきながら、
wikipediaの例を出したら認めなかっただろ
嘘つきだよなｗ

**デフォルトの名無しさん** · 2020/07/24(金) 10:48:00.94

> 何度も言ってるが、俺はそれがないから「バブルを利用する＝親で纏めて処理」だと思っているわけでさ。

jQueryはイベントバブルにしか対応してないから、
すべてがイベントバブルを利用してるの
親でまとめて処理してなくてもイベントバブルを利用してるの

**デフォルトの名無しさん** · 2020/07/24(金) 10:52:08.90

> 逆に、本当にこのケース「一つのイベントに複数のハンドラを持たせたい為」にバブルを利用して、
> それ以外の方法では美しく実装出来ないケースがあれば確かに俺の勘違いだと認めるが、あるか？

一つのイベント・・・click
それ以外の方法では美しく実装出来ないケース・・・google map

お前の勘違いだって認めようねｗ

**デフォルトの名無しさん** · 2020/07/24(金) 11:03:32.54

プッチンプリンとにんにく卵黄は同じものだ！
その証拠に、にんにく卵黄のほうが検索ヒット数が少ない！！

にんにく卵黄なんて用語は誰も使ってない！
プッチンプリンが正しい！！

？？？ｗｗｗｗｗ

**デフォルトの名無しさん** · 2020/07/24(金) 11:09:00.66

>>683-686
まあやはり堂々巡りか。

wikiに書いてる使い方で活用出来るかについては考えてはみるよ。
ただし、既に言ったが、今のところ俺はそんなの見たこと無いが。

お前が勘違いしているのは、デタラメな使い方でもちゃんとした使い方だ！と思っていること。
それは文系初心者プログラマにも多い、全ての文法を使える人が上級者だ！と勘違いしていたりするのにも近い。

実際はそうじゃない。
例えばキャプチャフェーズとかも実装されているから確かに使えるが、俺はそれを上手く使っている例を見たことがない。
正確に言えば、まともに設計すればキャプチャフェーズなんて必要な事がないから、誰も使ってないだけだが。
バブルにしても、邪道な使い方はいくらでも出来るが、そうではなくて、
正しい使い方＝それ以外の方法ではそれ以上に美しく実装出来ない使い方なのか、ということだよ。
「一つのイベントに複数のハンドラ」も、addEventListerを複数行えば普通に実装出来る。
バブルさせる意味はないし、実際、バブルしない.NET(Forms)等でもこれは普通に可能だ。

だからまあ、君にも分かる書き方をするなら、
・バブルしないX、MFC、.NET(Forms)、GTK2等でも書ける事＝バブルを活用しているわけではない
・バブルしないX、MFC、.NET(Forms)、GTK2等では出来ない書き方＝バブルを活用している
なんだよ。そして複数のイベントをサブスクライブするのは.NET(Forms)は出来るから、
それはバブル必須ということにも、バブルを活用していることにもならない。
そしてその場合にはJavaScriptでも「バブル」ではなくaddEventListerを複数行うのが正道だよ。

**デフォルトの名無しさん** · 2020/07/24(金) 11:10:04.24

>>687
> 一つのイベント・・・click
> それ以外の方法では美しく実装出来ないケース・・・google map
うむ、これについて詳しくよろしく。