[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/22 12:34 / Filesize : 239 KB / Number-of Response : 1020
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Vue vs React vs Angular vs Svelte Part.8



1 名前:デフォルトの名無しさん mailto:sage [2021/05/23(日) 13:42:32.51 ID:qRfDE337.net]
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などはおk。

808 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 19:23:08.53 ID:PPbOyoIq.net]
jQueryっていうか昔ながらのMVCがなんだかんだで一番ユーザーに受け入れられるってことなんだろうな
なのでMVCにCDNのreactってスタイルを洗練させて普及すれば数年でjQuery駆逐できると思う

809 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 19:30:36.04 ID:LjmIy0NB.net]
>>795
Reactはあらゆるものの部品化を洗練していくことで開発効率が上がるパターン

810 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 19:32:53.80 ID:PPbOyoIq.net]
>>796
そうだね
じゃあそれでMVCを洗練させていくのがシェア伸ばす近道だと思うよ

811 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 19:35:39.71 ID:LjmIy0NB.net]
そもそも使ってるところは使ってるんだから無理にシェアを増やす必要なんて更々ない

812 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 19:40:20.67 ID:PPbOyoIq.net]
シェアの大きさはライブラリの寿命に直結するから多いにこしたことはない
10年間メンテなしで安定して動くツールと頻繁にメンテしないといつ動かなくなるかわからないツール
ビジネスって常にコストパフォーマンスだから内容自体が相当に良いものじゃないと後者が勝つことはまずない

813 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 19:48:13.52 ID:LjmIy0NB.net]
>>799
シェアは比率であって絶対数じゃないんだから分母が大きい分仮に5%とかでも他の言語の規模に比べたら相当な数になるんだが

814 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 20:04:15.21 ID:PPbOyoIq.net]
それだけライバルの絶対数も増えるということだよ
経営判断をするときには統計、割合のほうが重視されるのは当たり前のこと

815 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 21:01:33.78 ID:ptXOvsUP.net]
とりあえず今個人的に熱いと思ってるStreamlitはvueよりrect推しみたいだな
https://streamlit-components-tutorial.netlify.app/introduction/learn-react/
まぁいつでも方向転換しそうだが

816 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 21:02:22.98 ID:EpYmzJC1.net]
>>777
わりと簡単に移行できるけど、React覚えてからの方が混乱は無いと思うなぁ。Next.jsはあくまでもReactの延長線上にあるし



817 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 23:06:01.65 ID:Z9YMd9OK.net]
gatsbyちゃんはお亡くなりになったのかしら…?

818 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 23:13:49.50 ID:uOSYnK8a.net]
jQueryは時代遅れの産物
JavaScriptによる操作が弱くて不十分だった時代そしてブラウザ互換性が弱かった時代に有用であった
今はjQueryは不要

一方でReact万能主義の人もおかしい
Reactが適しているのはある規模のある用途での利用のみ
規模や用途が外れればReact以外が適していたり効率良かったりする

819 名前:デフォルトの名無しさん mailto:sage [2022/01/09(日) 23:26:00.50 ID:LnUseWXG.net]
銀の弾丸はない
当たり前のことなんだがな

820 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 01:30:46.77 ID:vc9CW7XN.net]
>>805
やっぱり理解してないねw
jQueryはブラウザDOM APIを改良したもの
DOM APIを使うぐらいならjQueryを使う

821 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 02:03:28.38 ID:yjEJqFVX.net]
>>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

822 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 02:24:20.82 ID:/C5xabSi.net]
>>771
君頭が悪いの?
シェアとかなんの関係があるんだよ
お前が使う分には何も止めないし使えばいいよ
それを押し付けるなと言う話をしている

823 名前:デフォルトの名無しさん [2022/01/10(月) 03:00:12.79 ID:z4d97hDK.net]
jQueryUIとjQueryMobileはメンテナンスモードになったし衰退は明らか
jQuery自体もshadowDOMやslot向けのAPI無いから直接DOM触るしか無いからな
機能不足が目立ってきたし役目を終える日は近いだろう

824 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 03:17:48.37 ID:vc9CW7XN.net]
>>809
シェアは評価だからね
世間の評価、俺とかお前が使ってるなんて狭い話じゃなくて
世間の評価を見ましょうって話

825 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 03:18:55.36 ID:vc9CW7XN.net]
>>808
jQueryからの移行記事があふれるってことは
移行してない人が今も多いってことだよ

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

826 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 03:20:30.48 ID:vc9CW7XN.net]
>>810
> jQuery自体もshadowDOMやslot向けのAPI無いから

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



827 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 03:55:42.89 ID:/C5xabSi.net]
>>811
じゃあgithubのスター見ようか?
評価なんて人によって違うんだよ
だから言ってるの

828 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 03:57:55.18 ID:/C5xabSi.net]
>>813
じゃあ追加して

829 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 04:00:27.48 ID:2kgrfn9w.net]
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以外のフレームワークは難しいから、まともに作れる開発者は少ない。
可読性も悪いし、開発者を集めにくい

830 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 04:00:46.32 ID:/C5xabSi.net]
>>810
jQueryUI絶賛してたバカが職場にいて
結構なところで使ってる
そのコードをReactに移行したいが相当厳しい
何も楽しくない上にテストもない
マジでクソ厄介なもん入れやがったわ

831 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 04:35:13.42 ID:gIE9bO0b.net]
>>810
jQueryUIって今となってはかなり旧式の外観だしな
jQuery使うにしてもUI/UXコンポーネントにjQueryUIを使うってのは今となってはナシだよな
見た目に関してはBootstrapとか使った方がいいしな

832 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 05:18:25.61 ID:vc9CW7XN.net]
>>814
じゃあ、評価じゃなくて
実際にどれだけ使われてるかで話をしましょう

833 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 07:01:44.32 ID:X273GCfV.net]
jQueryおじさんやRailsおじさんは人の話聞かないんだからほっときゃ良いのだ。ページ数が開発者の支持を示してるなんて言ってるあたり業界人ですら無いんだし

834 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 07:16:09.05 ID:X273GCfV.net]
>>808
Svelteってlet多用するんだなぁ。シンプルだからWebに慣れてないうちは良さそうだけど、本格的なアプリとか作るには辛そう。

835 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 09:12:17.57 ID:kImY1hGC.net]
>>821
どういうこと?let多用が危険そうって事?
コンポーネントに閉じるものしかletにしなかったら大丈夫だよ。

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

836 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 09:24:32.68 ID:5diyPxXP.net]
なんでletだとだめなん?



837 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 10:15:59.72 ID:X273GCfV.net]
>>822
あぁコンポーネントに閉じれるのか、なら全然良いや

838 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 11:36:36.62 ID:1lgDMYAu.net]
Svelteはどーもやる気せんわ
モバイル開発でrn、fltに並ぶようになってからだな手つけるのは

839 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 11:55:11.84 ID:vc9CW7XN.net]
>>820
何いってんの?開発者の指示と現実は違うってことだよ
昔CoffeeScriptとか人気だったじゃないw
でも現実は廃れた
もっと現実を見ようよ。人気でも使われてないんだよ。

840 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 12:37:08.33 ID:X273GCfV.net]
CoffeeScriptとかあったな〜。JSが進化して不要になっちゃった

841 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 12:42:21.84 ID:1lgDMYAu.net]
>>826
reactもいずれこうなるのかな?
シェア低いとどうしても不安よね

842 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 13:01:52.14 ID:IM1YbRvY.net]
Reactの機能がブラウザに取り込まれでもしない限り(そしてそんな事は標準としてはやり過ぎなので)無いんじゃないかな。
仮にReactが死んでもポストReactが出てくるだけだろう

843 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 13:10:29.09 ID:1lgDMYAu.net]
そうなると載せ替えがまた面倒そうだな
それが仕事になって金が貰えると考えると労働者としては悪くない話だが

844 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 13:15:07.30 ID:93i4rHfn.net]
モバイル開発でのRNは終わりつつあるだろ。
むしろWebViewがどんどん安定してるしWebでの画面構成があまりにも楽なので、PC版はelectron、モバイル版は自家版WebViewアプリとかCapacitorみたいな組み合わせ増えてない?

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

845 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 13:26:25.29 ID:1lgDMYAu.net]
なんだかんだで品質も生産性もネイティブのが数段上だよ
WebViewは品質は二の次でウェブ開発者しか居ないときの選択肢
ストアで一流のアプリを眺めて見ればわかる
WebViewメインなんてほとんどない

846 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 13:27:51.48 ID:gIE9bO0b.net]
逆にもう大概確定シェア層があるんだから今更廃れるとか気にする必要ない
もっといいと思えるものが出たんであればその時乗り換えればいいだけ



847 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 13:29:56.92 ID:1lgDMYAu.net]
>>833
その乗り換えコストが嫌なんだよ
だからウェブ世界の中心であるMVCのサポートを手厚くしてReactの地位を盤石のものにしてほしい
SPAにこだわってたら未来ないよ

848 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 14:08:20.03 ID:X273GCfV.net]
定期的に現れるMVC大好きマンは一体何なのだ。いつの時代から来たのだ。

849 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 14:15:45.29 ID:gIE9bO0b.net]
>>834
いや、お前は無理して使わなくていいよjQueryでも使ってなよ

850 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 14:16:45.56 ID:1lgDMYAu.net]
>>835
JUST NOWだよ
君のいる平行世界ではSPAが世界シェアの大部分を占めているのかい?

851 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 14:17:17.34 ID:1lgDMYAu.net]
>>836
jqは嫌だ

852 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 15:40:24.16 ID:TpA1PF6Q.net]
>>832
気づかんレベルになってるだけでは?
ノートアプリのObsidianとかWebViewベースだけどサクサクだぞ。

853 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 15:48:54.33 ID:X273GCfV.net]
>>837
SPAとMVCは直接関係ない概念では?

854 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 16:41:15.90 ID:igH5zo3P.net]
>>810
jQuery使うメリットとして唯一存在していたjQueryUIもオワコンなのかよ
ついにReactやるしかないかー
でも独自UI作るのしんどいんだよなー

855 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 17:42:13.67 ID:vc9CW7XN.net]
>>841
jQueryUIが使う理由ってやっぱりわかってないじゃないかw
jQueryUIは昔から使う意味がなかった
jQueryはDOM APIの改良版だから意味がある

856 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 18:25:23.69 ID:GK5/vvI7.net]
DOMの改良版だったのは昔の話で、DOMが改善された今では劣化版じゃね



857 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 18:37:38.78 ID:rsgowJ2i.net]
>>843
その通り

858 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 18:38:53.55 ID:igH5zo3P.net]
>>842
ゼロからUI作るのが面倒だから使ってるんでしょ
あとIEが死んだ今DOM APIは統一的に書けるのだが

859 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 18:39:12.99 ID:vc9CW7XN.net]
>>843
比較記事ならたくさんあるでしょ?

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

これが結論ですよ

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

860 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 18:39:42.57 ID:vc9CW7XN.net]
>> あとIEが死んだ今DOM APIは統一的に書けるのだが

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

861 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 18:57:19.38 ID:gIE9bO0b.net]
昔jQuery使ってた頃もajax関連の処理かセレクターで属性変更系の処理が大半だった記憶があるが
それなら今となっては素のjsでもそんなに困らんがなんかそれ以外で重要な恩恵ってなんだっけ?

862 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 19:02:50.79 ID:X273GCfV.net]
React使えば数行どころの改善じゃないしバグも減る。目先の数行で一喜一憂するような、小さいプログラムしか組んだこと無いうちは理解できないだろうけど

863 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 19:04:48.90 ID:yjEJqFVX.net]
>>846
ちゃんと>>808の記事を見た?

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

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

864 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 19:07:28.51 ID:VxpG8AJ/.net]
多分jQueryおじさんはPromise使えない

865 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 19:51:27.59 ID:gIE9bO0b.net]
>>850
Svelteがいいか悪いかは別として高々数十行数の例題の行数の増減に拘るヤツは無能やろ

866 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 20:31:39.36 ID:vc9CW7XN.net]
>>848
jQueryの恩恵は生産性の向上
DOM APIで書くよりも数倍シンプルに書くことが出来る



867 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 20:32:38.96 ID:vc9CW7XN.net]
>>850
$('.class').on('click', function() { alert("ok"); })

これをSvelteで書いてみて

868 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 20:37:40.39 ID:vc9CW7XN.net]
>>851
うっわwww
Promiseって、jQuerryの方が先にDeferredとして採用した機能で
その後にPromiseが標準化された後はDeferredはPromise互換になってるんやで
調べてみたらjQuery 1.5でリリースされた機能だから2011年、もう10年以上も前から使ってる機能
お前はそんなことも知らんのや。最近Promise知って自慢気にでもなってんのか?

869 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 20:39:32.89 ID:vh0ca0zj.net]
そもそもjQueryってまだメンテされてんの?

870 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 20:39:54.23 ID:vc9CW7XN.net]
それぐらい調べろよ

871 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 20:44:39.86 ID:gIE9bO0b.net]
>>857
jQuery自体はまだまだ現役だけど
jQuery〜って派生モノが結構終わってきてる

872 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 20:45:03.96 ID:gIE9bO0b.net]
アンカ間違えた>>856

873 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 20:47:11.64 ID:vc9CW7XN.net]
jQueryの派生物って結局デザインの部分で
そこはCSSを使えばいいだけなんだよね
jQueryはクラスとか属性を操作するもの

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

874 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 20:54:46.19 ID:grEJ9ec8.net]
なんでjqueryの話になってんの?
専用スレでやればいいっていうかそっちいけ

875 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 21:00:00.22 ID:34VbY5l/.net]
>>856
実質されてないみたいなもん
進化も退化もないからメンテは要らんと思うけどね
オリジナルの作者がもう違うことやってるし投げ出した
今思えば酷いコードだ
彼とは昔shibuya.jsってところで会ったことがあるのだけど

876 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 21:10:12.17 ID:Y0gY4U10.net]
>>855
自慢げに語ってて草



877 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 21:23:01.34 ID:X273GCfV.net]
jQueryの作者についてググったら、2016年にはもうReactに乗り換えてるじゃん

878 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 21:25:46.83 ID:34VbY5l/.net]
>>855
それを言えば元々はpythonのイベント駆動のフレームワークが起源だよ
それを取り入れた

879 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 21:25:58.06 ID:gIE9bO0b.net]
>>864
そういうのって結構多いんよね
Pythonの作者もPythonコミュニティ抜けたし
Delphiの作者もMicrosoft行ったし

880 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 21:43:05.79 ID:34VbY5l/.net]
>>864
本人に取っても黒歴史だろうね
こんなきちがい信者まで産んじゃってw

881 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 22:07:00.68 ID:bkqxFRjl ]
[ここ壊れてます]

882 名前:.net mailto: >>866
Pythonの作者は「ヲタク君たち見てる〜? 次のリリースはMSのみんなのおかげでぇ、超早くなりま〜す♡」とかMicrosoftからNTRビデオレターみたいなの出してたぜw
[]
[ここ壊れてます]

883 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 22:48:04.17 ID:pS98ddBp.net]
IT分野は言語でもフレームワークでも何でも同じだけど
出来る人たちはある程度の期間が経ったら新しいものへちゃんと乗り換える
細かく見ればそれぞれの期間でも適材適所で複数を使い分ける
一方でダメな人たちは一つのものに依存

884 名前:デフォルトの名無しさん mailto:sage [2022/01/10(月) 23:37:01.84 ID:gHWf0EAq.net]
>>854
短さにこだわる割にfunction使うのか……

885 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 00:17:35.94 ID:mxhuTDkZ.net]
>>854
なんでアロー使わんの?

886 名前:デフォルトの名無しさん [2022/01/11(火) 01:17:39.85 ID:fJrts7FW.net]
そもそもReact/Vue/Svelteのどれもイベントハンドラの為にわざわざセレクタなんか使わないからね
jQueryに囚われすぎて思考が狭くなってるよ
もう少し勉強した方がいい

それにjQueryのonで登録したハンドラはoffで開放しないとリークするけど
他のライブラリは管理不要になってるからね
半端な



887 名前:陥コードの真似をしろと言われても困るよw []
[ここ壊れてます]

888 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 01:23:25.82 ID:P6YErMSE.net]
>>872
たしかに馬鹿げてるなw

889 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 02:14:14.47 ID:TAtkceMX.net]
小規模では、jQuery は圧倒的

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

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

LoDash も良い

890 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 02:33:45.09 ID:P6YErMSE.net]
>>854
書く必要がない

891 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 02:38:32.89 ID:mxhuTDkZ.net]
>>874
時給なん?

892 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 07:27:25.35 ID:8AH1bIz7.net]
>>874
jQueryは地味に罠が多いし、独特だし、インターフェース設計古いし、ネット上の解説コードの品質が低いし、なんでも文字列だし、 バグ増える印象ある。
歴史が長いし、作られた当時は何もなかったから仕方ないんだけども。

893 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 08:52:19.62 ID:e5xCtEGd.net]
>>870
thisが使えるから、こっちのほうが短くなりやすい

>>871
DOM APIとの互換性

894 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 08:52:52.31 ID:e5xCtEGd.net]
>>875
何もしないでokって出せるのか凄いなw

いいから動くもの出せよ

895 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 08:53:15.82 ID:e5xCtEGd.net]
>>877
自分が無能なものをライブラリのせいにするな

896 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 08:59:20.14 ID:e5xCtEGd.net]
>>872
> それにjQueryのonで登録したハンドラはoffで開放しないとリークするけど

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

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

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

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



897 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 09:01:52.24 ID:e5xCtEGd.net]
>>865
ちゃんと書けよ

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

って話の流れだろ

898 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 09:18:40.61 ID:HkMauCRX.net]
jqueryジジイさんは会社や開発でjqueryすごい!Reactクソ!って言ってjqueryのみで仕事してんの?
それともWebサイトしか作れない底辺?

899 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 09:28:15.89 ID:8AH1bIz7.net]
>>878
たった4行でここまで無能を晒せるとか凄い奴だな

900 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 10:35:17.70 ID:e5xCtEGd.net]
>>883
DOM APIは互換性が高くなった。だから
DOM APIでやればいいって言ってるやつがいるだろ?

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

901 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 10:35:33.69 ID:e5xCtEGd.net]
>>884
反論は?

902 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 11:41:38.20 ID:fJrts7FW.net]
>>881
それIE固有のリーク回避処理でしょ
IEサポート外した時にIE対処コードは除去されてるよ
しかも上位ノードで

903 名前:Cベントバブリングを捕捉した後のコールバック管理の話とごちゃ混ぜになってるし
記憶の整理もできてないのにどうしてそんなに自信満々なんだろうか
[]
[ここ壊れてます]

904 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 12:07:20.77 ID:e5xCtEGd.net]
>>887
は?jQueryがリークするって言ったのお前じゃん
じゃあIEのリーク以外にイベントハンドラでリークするっていう
デマ(笑)はどこから持ってきたのか言えよ
まず最初にお前が記憶(捏造)をはっきりと書き出せ

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

905 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 12:08:07.72 ID:e5xCtEGd.net]
しかも上位ノードのイベントバブリングとか
全く話に出てきてないことを言い出すし
な?こういうことだよ。jQueryをわかってないで批判してる

906 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 12:16:30.78 ID:e5xCtEGd.net]
> IEサポート外した時にIE対処コードは除去されてるよ

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



907 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 12:21:35.79 ID:P6YErMSE.net]
>>882
いやだからお前が無知って話なんだが?
本当の起源を知らないでjQueryが起源だ!と言ってる無知なあなたを咎めてる

908 名前:デフォルトの名無しさん mailto:sage [2022/01/11(火) 12:22:19.44 ID:HkMauCRX.net]
>>885
答えになってない






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<239KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef