Vue vs React vs Angular vs Svelte Part.8

**デフォルトの名無しさん** · 2021/05/23(日) 13:42:32.51

Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
Svelte
https://svelte.dev/

※前スレ
Vue vs React vs Svelte Part.7
https://mevius.5ch.net/test/read.cgi/tech/1610901677/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。

**デフォルトの名無しさん** · 2022/01/10(月) 02:03:28.38

>>807
仮想DOMを用いるため直接DOM操作と無縁なReactやVueの方々がいるこのスレで
「DOM APIを使うぐらいならjQueryを使う」の主張は滑稽

とはいえ仮想DOMはベストではなく今では無駄な方法とみなされている
仮想DOM方式が敗北した原因は差分検知を実行時に行なっているため無駄が多く重くて遅いこと
Svelt等の仮想DOMを用いない方式では差分検知をコンパル時点で行なっているため軽くて速い

もちろんSveltでもjQueryのような昔の遺物は当然使わない
例えば以下の記事などを見ればjQueryがいかに無駄なのかすぐに理解できるであろう

Hey！そこの君！ jQueryからSvelteへ乗り換えてみない？
https://qiita.com/oekazuma/items/4d7035437e96850c6666
【Svelte入門】jQueryでよく作る機能を新しいJavaScriptフレームワーク「Svelte」で再現してみた
https://canvaspace.xyz/blog/301

**デフォルトの名無しさん** · 2022/01/10(月) 02:24:20.82

>>771
君頭が悪いの？
シェアとかなんの関係があるんだよ
お前が使う分には何も止めないし使えばいいよ
それを押し付けるなと言う話をしている

**デフォルトの名無しさん** · 2022/01/10(月) 03:00:12.79

jQueryUIとjQueryMobileはメンテナンスモードになったし衰退は明らか
jQuery自体もshadowDOMやslot向けのAPI無いから直接DOM触るしか無いからな
機能不足が目立ってきたし役目を終える日は近いだろう

**デフォルトの名無しさん** · 2022/01/10(月) 03:17:48.37

>>809
シェアは評価だからね
世間の評価、俺とかお前が使ってるなんて狭い話じゃなくて
世間の評価を見ましょうって話

**デフォルトの名無しさん** · 2022/01/10(月) 03:18:55.36

>>808
jQueryからの移行記事があふれるってことは
移行してない人が今も多いってことだよ

Backbone.jsから乗り換えましょうとか
聞かないだろ？

**デフォルトの名無しさん** · 2022/01/10(月) 03:20:30.48

>>810
> jQuery自体もshadowDOMやslot向けのAPI無いから

追加すりゃいいじゃん？
アホなの？

**デフォルトの名無しさん** · 2022/01/10(月) 03:55:42.89

>>811
じゃあgithubのスター見ようか？
評価なんて人によって違うんだよ
だから言ってるの

**デフォルトの名無しさん** · 2022/01/10(月) 03:57:55.18

>>813
じゃあ追加して

**デフォルトの名無しさん** · 2022/01/10(月) 04:00:27.48

YouTube で有名な、雑食系エンジニア・KENTA のRuby on Rails 初心者用サロンは、
月千円と有料だけど、日本6位の3千人

一方、Vue.js の日本ユーザー会も、3千人

単なる1個人の有料Railsサロンと、日本全体のVue.jsが同じ人数。
React は、もっと少ない。
つまり、そういうのを使う所がない

Railsでは、React, Vue.jsも使うけど、
Bootstrap, jQuery だけで済ます規模もある

Railsでは、2億レコード・取引先が2万社ぐらいでも、大丈夫。
2021年10月には、Railsを使い続ける宣言をしている、GitLab が上場し、時価総額は約1.9兆円！
つまり、時価総額1兆円ぐらいまでは、Railsで行ける

Rubyの女神・池澤あやかは、Ruby biz Grand prix 2020の大賞を取ってるけど、
その時に、他のフレームワークでは開発者がいなくて、
結局、Railsで作る事にしたと言っていた

Rails以外のフレームワークは難しいから、まともに作れる開発者は少ない。
可読性も悪いし、開発者を集めにくい

**デフォルトの名無しさん** · 2022/01/10(月) 04:00:46.32

>>810
jQueryUI絶賛してたバカが職場にいて
結構なところで使ってる
そのコードをReactに移行したいが相当厳しい
何も楽しくない上にテストもない
マジでクソ厄介なもん入れやがったわ

**デフォルトの名無しさん** · 2022/01/10(月) 04:35:13.42

>>810
jQueryUIって今となってはかなり旧式の外観だしな
jQuery使うにしてもUI/UXコンポーネントにjQueryUIを使うってのは今となってはナシだよな
見た目に関してはBootstrapとか使った方がいいしな

**デフォルトの名無しさん** · 2022/01/10(月) 05:18:25.61

>>814
じゃあ、評価じゃなくて
実際にどれだけ使われてるかで話をしましょう

**デフォルトの名無しさん** · 2022/01/10(月) 07:01:44.32

jQueryおじさんやRailsおじさんは人の話聞かないんだからほっときゃ良いのだ。ページ数が開発者の支持を示してるなんて言ってるあたり業界人ですら無いんだし

**デフォルトの名無しさん** · 2022/01/10(月) 07:16:09.05

>>808
Svelteってlet多用するんだなぁ。シンプルだからWebに慣れてないうちは良さそうだけど、本格的なアプリとか作るには辛そう。

**デフォルトの名無しさん** · 2022/01/10(月) 09:12:17.57

>>821
どういうこと？let多用が危険そうって事？
コンポーネントに閉じるものしかletにしなかったら大丈夫だよ。

Svelteの良いところはまさにそういう「小回りが利く」部品が作れるところだと思う。
超大作SPAも作れんことは無いと思うけど。

**デフォルトの名無しさん** · 2022/01/10(月) 09:24:32.68

なんでletだとだめなん？

**デフォルトの名無しさん** · 2022/01/10(月) 10:15:59.72

>>822
あぁコンポーネントに閉じれるのか、なら全然良いや

**デフォルトの名無しさん** · 2022/01/10(月) 11:36:36.62

Svelteはどーもやる気せんわ
モバイル開発でrn、fltに並ぶようになってからだな手つけるのは

**デフォルトの名無しさん** · 2022/01/10(月) 11:55:11.84

>>820
何いってんの？開発者の指示と現実は違うってことだよ
昔CoffeeScriptとか人気だったじゃないｗ
でも現実は廃れた
もっと現実を見ようよ。人気でも使われてないんだよ。

**デフォルトの名無しさん** · 2022/01/10(月) 12:37:08.33

CoffeeScriptとかあったな～。JSが進化して不要になっちゃった

**デフォルトの名無しさん** · 2022/01/10(月) 12:42:21.84

>>826
reactもいずれこうなるのかな？
シェア低いとどうしても不安よね

**デフォルトの名無しさん** · 2022/01/10(月) 13:01:52.14

Reactの機能がブラウザに取り込まれでもしない限り（そしてそんな事は標準としてはやり過ぎなので）無いんじゃないかな。
仮にReactが死んでもポストReactが出てくるだけだろう

**デフォルトの名無しさん** · 2022/01/10(月) 13:10:29.09

そうなると載せ替えがまた面倒そうだな
それが仕事になって金が貰えると考えると労働者としては悪くない話だが

**デフォルトの名無しさん** · 2022/01/10(月) 13:15:07.30

モバイル開発でのRNは終わりつつあるだろ。
むしろWebViewがどんどん安定してるしWebでの画面構成があまりにも楽なので、PC版はelectron、モバイル版は自家版WebViewアプリとかCapacitorみたいな組み合わせ増えてない？

Flutterでアプリ公開してるけど、次作はWebViewアプリに原点回帰しつつある。
Cordovaは早すぎた。

**デフォルトの名無しさん** · 2022/01/10(月) 13:26:25.29

なんだかんだで品質も生産性もネイティブのが数段上だよ
WebViewは品質は二の次でウェブ開発者しか居ないときの選択肢
ストアで一流のアプリを眺めて見ればわかる
WebViewメインなんてほとんどない

**デフォルトの名無しさん** · 2022/01/10(月) 13:27:51.48

逆にもう大概確定シェア層があるんだから今更廃れるとか気にする必要ない
もっといいと思えるものが出たんであればその時乗り換えればいいだけ

**デフォルトの名無しさん** · 2022/01/10(月) 13:29:56.92

>>833
その乗り換えコストが嫌なんだよ
だからウェブ世界の中心であるMVCのサポートを手厚くしてReactの地位を盤石のものにしてほしい
SPAにこだわってたら未来ないよ

**デフォルトの名無しさん** · 2022/01/10(月) 14:08:20.03

定期的に現れるMVC大好きマンは一体何なのだ。いつの時代から来たのだ。

**デフォルトの名無しさん** · 2022/01/10(月) 14:15:45.29

>>834
いや、お前は無理して使わなくていいよjQueryでも使ってなよ

**デフォルトの名無しさん** · 2022/01/10(月) 14:16:45.56

>>835
JUST NOWだよ
君のいる平行世界ではSPAが世界シェアの大部分を占めているのかい？

**デフォルトの名無しさん** · 2022/01/10(月) 14:17:17.34

>>836
jqは嫌だ

**デフォルトの名無しさん** · 2022/01/10(月) 15:40:24.16

>>832
気づかんレベルになってるだけでは？
ノートアプリのObsidianとかWebViewベースだけどサクサクだぞ。

**デフォルトの名無しさん** · 2022/01/10(月) 15:48:54.33

>>837
SPAとMVCは直接関係ない概念では？

**デフォルトの名無しさん** · 2022/01/10(月) 16:41:15.90

>>810
jQuery使うメリットとして唯一存在していたjQueryUIもオワコンなのかよ
ついにReactやるしかないかー
でも独自UI作るのしんどいんだよなー

**デフォルトの名無しさん** · 2022/01/10(月) 17:42:13.67

>>841
jQueryUIが使う理由ってやっぱりわかってないじゃないかｗ
jQueryUIは昔から使う意味がなかった
jQueryはDOM APIの改良版だから意味がある

**デフォルトの名無しさん** · 2022/01/10(月) 18:25:23.69

DOMの改良版だったのは昔の話で、DOMが改善された今では劣化版じゃね

**デフォルトの名無しさん** · 2022/01/10(月) 18:37:38.78

>>843
その通り

**デフォルトの名無しさん** · 2022/01/10(月) 18:38:53.55

>>842
ゼロからUI作るのが面倒だから使ってるんでしょ
あとIEが死んだ今DOM APIは統一的に書けるのだが

**デフォルトの名無しさん** · 2022/01/10(月) 18:39:12.99

>>843
比較記事ならたくさんあるでしょ？

jQueryをDOM APIで書いてみた＝数倍に行数が膨れ上がってしまった

これが結論ですよ

DOM APIは改善されてない
機能が追加されただけで
互換性がある＝昔のまま

**デフォルトの名無しさん** · 2022/01/10(月) 18:39:42.57

>> あとIEが死んだ今DOM APIは統一的に書けるのだが

あはは、jQueryは生産性の改善なのに
まーた的はずれな批判してるｗｗｗ

**デフォルトの名無しさん** · 2022/01/10(月) 18:57:19.38

昔jQuery使ってた頃もajax関連の処理かセレクターで属性変更系の処理が大半だった記憶があるが
それなら今となっては素のjsでもそんなに困らんがなんかそれ以外で重要な恩恵ってなんだっけ？

**デフォルトの名無しさん** · 2022/01/10(月) 19:02:50.79

React使えば数行どころの改善じゃないしバグも減る。目先の数行で一喜一憂するような、小さいプログラムしか組んだこと無いうちは理解できないだろうけど

**デフォルトの名無しさん** · 2022/01/10(月) 19:04:48.90

>>846
ちゃんと>>808の記事を見た？

Svelteで書かれた同等のものをjQueryで書いてみた→数倍に行数が膨れ上がってしまった

これが結論ですよ
jQueryは完全に時代遅れ

**デフォルトの名無しさん** · 2022/01/10(月) 19:07:28.51

多分jQueryおじさんはPromise使えない

**デフォルトの名無しさん** · 2022/01/10(月) 19:51:27.59

>>850
Svelteがいいか悪いかは別として高々数十行数の例題の行数の増減に拘るヤツは無能やろ

**デフォルトの名無しさん** · 2022/01/10(月) 20:31:39.36

>>848
jQueryの恩恵は生産性の向上
DOM APIで書くよりも数倍シンプルに書くことが出来る

**デフォルトの名無しさん** · 2022/01/10(月) 20:32:38.96

>>850
$('.class').on('click', function() { alert("ok"); })

これをSvelteで書いてみて

**デフォルトの名無しさん** · 2022/01/10(月) 20:37:40.39

>>851
うっわｗｗｗ
Promiseって、jQuerryの方が先にDeferredとして採用した機能で
その後にPromiseが標準化された後はDeferredはPromise互換になってるんやで
調べてみたらjQuery 1.5でリリースされた機能だから2011年、もう10年以上も前から使ってる機能
お前はそんなことも知らんのや。最近Promise知って自慢気にでもなってんのか？

**デフォルトの名無しさん** · 2022/01/10(月) 20:39:32.89

そもそもjQueryってまだメンテされてんの？

**デフォルトの名無しさん** · 2022/01/10(月) 20:39:54.23

それぐらい調べろよ

**デフォルトの名無しさん** · 2022/01/10(月) 20:44:39.86

>>857
jQuery自体はまだまだ現役だけど
jQuery～って派生モノが結構終わってきてる

**デフォルトの名無しさん** · 2022/01/10(月) 20:45:03.96

アンカ間違えた>>856

**デフォルトの名無しさん** · 2022/01/10(月) 20:47:11.64

jQueryの派生物って結局デザインの部分で
そこはCSSを使えばいいだけなんだよね
jQueryはクラスとか属性を操作するもの

で、そのデザインは変わりやすいもので
Reactとかは結局CSSのアップデートで不要になっていく

**デフォルトの名無しさん** · 2022/01/10(月) 20:54:46.19

なんでjqueryの話になってんの？
専用スレでやればいいっていうかそっちいけ

**デフォルトの名無しさん** · 2022/01/10(月) 21:00:00.22

>>856
実質されてないみたいなもん
進化も退化もないからメンテは要らんと思うけどね
オリジナルの作者がもう違うことやってるし投げ出した
今思えば酷いコードだ
彼とは昔shibuya.jsってところで会ったことがあるのだけど

**デフォルトの名無しさん** · 2022/01/10(月) 21:10:12.17

>>855
自慢げに語ってて草

**デフォルトの名無しさん** · 2022/01/10(月) 21:23:01.34

jQueryの作者についてググったら、2016年にはもうReactに乗り換えてるじゃん

**デフォルトの名無しさん** · 2022/01/10(月) 21:25:46.83

>>855
それを言えば元々はpythonのイベント駆動のフレームワークが起源だよ
それを取り入れた

**デフォルトの名無しさん** · 2022/01/10(月) 21:25:58.06

>>864
そういうのって結構多いんよね
Pythonの作者もPythonコミュニティ抜けたし
Delphiの作者もMicrosoft行ったし

**デフォルトの名無しさん** · 2022/01/10(月) 21:43:05.79

>>864
本人に取っても黒歴史だろうね
こんなきちがい信者まで産んじゃってw

**デフォルトの名無しさん** · 2022/01/10(月) 22:07:00.68

>>866
Pythonの作者は「ヲタク君たち見てる～？次のリリースはMSのみんなのおかげでぇ、超早くなりま～す♡」とかMicrosoftからNTRビデオレターみたいなの出してたぜw

**デフォルトの名無しさん** · 2022/01/10(月) 22:48:04.17

IT分野は言語でもフレームワークでも何でも同じだけど
出来る人たちはある程度の期間が経ったら新しいものへちゃんと乗り換える
細かく見ればそれぞれの期間でも適材適所で複数を使い分ける
一方でダメな人たちは一つのものに依存

**デフォルトの名無しさん** · 2022/01/10(月) 23:37:01.84

>>854
短さにこだわる割にfunction使うのか……

**デフォルトの名無しさん** · 2022/01/11(火) 00:17:35.94

>>854
なんでアロー使わんの？

**デフォルトの名無しさん** · 2022/01/11(火) 01:17:39.85

そもそもReact/Vue/Svelteのどれもイベントハンドラの為にわざわざセレクタなんか使わないからね
jQueryに囚われすぎて思考が狭くなってるよ
もう少し勉強した方がいい

それにjQueryのonで登録したハンドラはoffで開放しないとリークするけど
他のライブラリは管理不要になってるからね
半端な欠陥コードの真似をしろと言われても困るよw

**デフォルトの名無しさん** · 2022/01/11(火) 01:23:25.82

>>872
たしかに馬鹿げてるなw

**デフォルトの名無しさん** · 2022/01/11(火) 02:14:14.47

小規模では、jQuery は圧倒的

これを素のJS で書いたら、コードが数倍になって、バグだらけで使えない。
生産性が悪く、長時間労働になるから、
コストが高くなって、時給が減る

Deferred, Promise もある。
Ajax も皆、jQuery を使っていた。
それを最近は、axios に分離した

LoDash も良い

**デフォルトの名無しさん** · 2022/01/11(火) 02:33:45.09

>>854
書く必要がない

**デフォルトの名無しさん** · 2022/01/11(火) 02:38:32.89

>>874
時給なん？

**デフォルトの名無しさん** · 2022/01/11(火) 07:27:25.35

>>874
jQueryは地味に罠が多いし、独特だし、インターフェース設計古いし、ネット上の解説コードの品質が低いし、なんでも文字列だし、バグ増える印象ある。
歴史が長いし、作られた当時は何もなかったから仕方ないんだけども。

**デフォルトの名無しさん** · 2022/01/11(火) 08:52:19.62

>>870
thisが使えるから、こっちのほうが短くなりやすい

>>871
DOM APIとの互換性

**デフォルトの名無しさん** · 2022/01/11(火) 08:52:52.31

>>875
何もしないでokって出せるのか凄いなｗ

いいから動くもの出せよ

**デフォルトの名無しさん** · 2022/01/11(火) 08:53:15.82

>>877
自分が無能なものをライブラリのせいにするな

**デフォルトの名無しさん** · 2022/01/11(火) 08:59:20.14

>>872
> それにjQueryのonで登録したハンドラはoffで開放しないとリークするけど

なんでいちいちボロを出すんだｗｗｗ
最初からリークしないように設計されたんだが

歴史の話をしてやろうか？
古くかIEでattachEventでハンドラを登録した時ページ移動しなければ
メモリリークしてしまう問題をjQueryは解決したのが売りの一つだった
DOM APIの先はJavaScriptの領域外のブラウザのAPI（ActiveX？）だったため
JavaScriptの参照ポインタが機能しないのが根本的な原因

だからそれを解決するため、俺の記憶が間違っていなければ
オブジェクト（イベントハンドラ）を直接参照するのではなくIDを使った
ウィークポインタのような仕組みを使ってハンドラを管理した

DOM APIに直接登録するのはjQuery自身のイベントハンドラ一つで
いくつ登録しても、内部のハンドラマネージャーがうまいこと
転送するという仕組みで実装されたからメモリリークしないのがjQuery

**デフォルトの名無しさん** · 2022/01/11(火) 09:01:52.24

>>865
ちゃんと書けよ

それを言えば元々はpythonのイベント駆動のフレームワークが起源だよ
それをjQueryは取り入れた
だからPromiseと同等のものにJavaScriptプログラマ触れたのはjQueryが先で
jQuery使ってるプログラマがPromiseを知らないとかありえないだろ
お前が知らんだけじゃんかｗｗｗ

って話の流れだろ

**デフォルトの名無しさん** · 2022/01/11(火) 09:18:40.61

jqueryジジイさんは会社や開発でjqueryすごい！Reactクソ！って言ってjqueryのみで仕事してんの？
それともWebサイトしか作れない底辺？

**デフォルトの名無しさん** · 2022/01/11(火) 09:28:15.89

>>878
たった4行でここまで無能を晒せるとか凄い奴だな

**デフォルトの名無しさん** · 2022/01/11(火) 10:35:17.70

>>883
DOM APIは互換性が高くなった。だから
DOM APIでやればいいって言ってるやつがいるだろ？

DOM APIだけでやってるよ。ただしjQueryという便利なライブラリでラップして。
わざわざ自分でDOM APIを簡単に使えるラッパーを自作するなんてアホでしょう？

**デフォルトの名無しさん** · 2022/01/11(火) 10:35:33.69

>>884
反論は？

**デフォルトの名無しさん** · 2022/01/11(火) 11:41:38.20

>>881
それIE固有のリーク回避処理でしょ
IEサポート外した時にIE対処コードは除去されてるよ
しかも上位ノードでイベントバブリングを捕捉した後のコールバック管理の話とごちゃ混ぜになってるし
記憶の整理もできてないのにどうしてそんなに自信満々なんだろうか

**デフォルトの名無しさん** · 2022/01/11(火) 12:07:20.77

>>887
は？jQueryがリークするって言ったのお前じゃん
じゃあIEのリーク以外にイベントハンドラでリークするっていう
デマ（笑）はどこから持ってきたのか言えよ
まず最初にお前が記憶（捏造）をはっきりと書き出せ

IEの時点でリークが回避されてるっていうのに
on使うだけでリークするわけがないって、少し考えればわかるやろ

**デフォルトの名無しさん** · 2022/01/11(火) 12:08:07.72

しかも上位ノードのイベントバブリングとか
全く話に出てきてないことを言い出すし
な？こういうことだよ。jQueryをわかってないで批判してる

**デフォルトの名無しさん** · 2022/01/11(火) 12:16:30.78

> IEサポート外した時にIE対処コードは除去されてるよ

IEサポート外なら、メモリリークしないということになるだろｗ
IE以外ではメモリリークしないんだろ？

**デフォルトの名無しさん** · 2022/01/11(火) 12:21:35.79

>>882
いやだからお前が無知って話なんだが？
本当の起源を知らないでjQueryが起源だ！と言ってる無知なあなたを咎めてる

**デフォルトの名無しさん** · 2022/01/11(火) 12:22:19.44

>>885
答えになってない

**デフォルトの名無しさん** · 2022/01/11(火) 12:23:03.67

>>881
もうIE死んだんだからどうでもいいよ

**デフォルトの名無しさん** · 2022/01/11(火) 12:23:06.68

「jQueryが起源だ」でこのスレを検索しても何も見付からない
自分で嘘つきであることを証明した瞬間ｗ

**デフォルトの名無しさん** · 2022/01/11(火) 12:23:30.40

jQueryおじさんはどんなアプリ作ってるか（仕事してるか）とか、大きいアプリ作った事ない疑惑に関してはきっちりスルーするね

**デフォルトの名無しさん** · 2022/01/11(火) 12:24:49.74

JavaScriptよりも先にjQueryの方が
Promise（Deferred）を採用したって俺が言ったから、
それにムカついてるのか？

起源なんて書いてないがｗ

**デフォルトの名無しさん** · 2022/01/11(火) 12:25:49.86

>>895
誰もが知ってる超大規模ウェブサイトだな

**デフォルトの名無しさん** · 2022/01/11(火) 12:27:16.03

>>893
メモリリークするIEが死んだんだから
jQueryもメモリリークしないで終わる話
お前がいい出したんだぞ

**デフォルトの名無しさん** · 2022/01/11(火) 12:28:28.28

>>896
それを起源って言うんだよw
日本語もわからないの？

**デフォルトの名無しさん** · 2022/01/11(火) 12:28:56.54

>>898
いやそれは俺じゃないぞw
お前みたいに自演などしない

**デフォルトの名無しさん** · 2022/01/11(火) 12:29:22.45

>>897
答えてなくて草

**デフォルトの名無しさん** · 2022/01/11(火) 12:29:49.05

>>899
なるほど

JavaScriptよりも先にjQueryの方が
Promise（Deferred）を採用したって俺が言ったから、
「jQueryが起源」という意味に勘違いして
あらしてたのかｗｗｗ

な？こういうやつなんだよ

**デフォルトの名無しさん** · 2022/01/11(火) 12:36:39.36

>>902
起源に論点ずらしてるがまずその認識が間違ってるのよ
jQueryのはtwistedを参考に作られたの
それを知らなかったよね？と言う話
あなたが無知を論点にしてたからそれを咎めたの
わかる？
起源の話はしてない
jQueryは凄くないと言う話をしてる

**デフォルトの名無しさん** · 2022/01/11(火) 12:37:23.27

>>888
うーん文意読み取れない？
onのリークとIE固有のリークは別物だよ
さらにその2つとも関係ないjQueryの実装の話も混じってるよ
と補足したらわかるかな？

リークはonとremoveChild繰り返しで簡単に確認できるよ

**デフォルトの名無しさん** · 2022/01/11(火) 12:39:48.98

891 返信：デフォルトの名無しさん[sage] 投稿日：2022/01/11(火) 12:21:35.79 ID:P6YErMSE [3/7]
> >>882
> いやだからお前が無知って話なんだが？
> 本当の起源を知らないでjQueryが起源だ！と言ってる無知なあなたを咎めてる

899 返信：デフォルトの名無しさん[sage] 投稿日：2022/01/11(火) 12:28:28.28 ID:P6YErMSE [5/7]
> それを起源って言うんだよw

903 返信：デフォルトの名無しさん[sage] 投稿日：2022/01/11(火) 12:36:39.36 ID:P6YErMSE [7/7]
> 起源の話はしてない

わろたｗｗｗ

**デフォルトの名無しさん** · 2022/01/11(火) 12:40:53.24

どうやら完璧に論破したみたいだな
気持ちいいぜ

**デフォルトの名無しさん** · 2022/01/11(火) 12:41:05.16

>>904
> リークはonとremoveChild繰り返しで簡単に確認できるよ

reactとDOM APIを混ぜて使って
reactはメモリリークするって話をしてるんですね

「お前がアホ」で終わるよねｗｗｗ