Vue vs React vs Angular

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


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

1 名前：デフォルトの名無しさん mailto:sage [2018/12/21(金) 21:37:36.86 ID:NZqrEm960.net]: 実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
348 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 08:12:30.75 ID:+Jrl5jTr0.net]: Vueが最強なんじゃね？
仕事ならReact
349 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 08:39:56.97 ID:5wBlw8GS0.net]: 仕事でもnuxtつこてるわ
angularとreactは敷居が高め
他のメンバーが嫌がるのよ
350 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 08:56:20.31 ID:EFNDTiKGa.net]: そういやVueでもjsx使えるとかVueの和書の一番厚い本に書いてあったな
351 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 09:54:44.63 ID:Nwwq6bubM.net]: reactのために作ったってだけである種類の関数の入れ子をxml風に記述できるというだけの独立した仕組みだからreact関係なく使えるよ。
352 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 13:09:17.41 ID:YF3F5Mzod.net]: >>337
そうなのか。興味湧いてきたのでちょっとNuxt試してみます。
353 名前：デフォルトの名無しさん [2019/02/15(金) 19:10:03.96 ID:s9lB6bHor.net]: ReactやVueやる奴らは当たり前だがフロントデザインやUXできるんだよな？
354 名前：デフォルトの名無しさん [2019/02/15(金) 19:14:19.75 ID:uyGcnsGR0.net]: >>330
仮想domのメリットは最終的にはリアクティブ。その例で言えばjQueryは要素を消すのに.hide()して直接domを操作するが、リアクティブでは単に変数をfalseするだけになる。
複雑な入力フォームも恐ろしく作りやすくなるから、一度vueの公式見るといい。
355 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 19:47:12.24 ID:fQG3bb7RM.net]: 勉強しなくていい言い訳探しに来てる奴に何言ってもムダ
356 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 21:10:18.28 ID:Tr9ixmy70.net]: >>344
> その例で言えばjQueryは要素を消すのに.hide()して直接domを操作するが、
あー、それがお前の根本的な間違いなんだよ。
お前っていうか、世間一般？使い方間違えてるんだよね。
そういうDOM操作なんてしません。

jQueryでは単にHTMLのclassの（例えば）activeをdeactiveにするだけになる。
複雑な入力フォームも作れるし、classを変えるだけで全く違った表示にすることができる
そのフォームを使ってる間JavaScriptは全く使用しない。
デザイナが自由に好きなデザインで作ることができる。
そしてjQueryではclassの値を変えるだけになる。
357 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 21:28:10.41 ID:LmytZ3o2d.net]: >>343
むしろそっちのが専門や
358 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 21:31:08.33 ID:fQG3bb7RM.net]: jQueryのhideはdisplay: noneだろ。
active、deactive（笑）に至っては意味不明。
jQueryではそういうときはactiveクラスをtoggleClassで付けたりはずしたりするんであって、active外してdeactive（笑）つける、deactive（笑）外してactive付ける、なんてマヌケなことはしません。
やっぱりね、自分が勉強したくないもんだから他人の足を引っ張ろうとするような女の腐ったような童貞は自分が上げてるライブラリもまともに使いこなせないｗｗミジメ過ぎｗｗｗｗｗ
359 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 21:33:20.85 ID:kkRd+/gL0.net]: jQueryからreactならそこまで乗り換えコストかからんと思うけどな。
360 名前：デフォルトの名無しさん [2019/02/15(金) 21:46:27.22 ID:s9lB6bHor.net]: >>347
合格
361 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 21:48:11.36 ID:Tr9ixmy70.net]: >>348
ん？お前俺が言ったことと大差ないよな？

activeクラスを付けるor 外すことで表示の切り替えを行うから
そんなことでDOM操作なんてしないってことだろ？

でそれが>>330で書いたことにつながるんだよ。
仮想DOMは最終的にDOM操作をするから遅くなるが、
jQueryではCSSによって見た目を切り替えるだけだから速いってこと
362 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 21:51:50.27 ID:zC296ldL0.net]: いやDOM APIを通じて操作するんでしょ
363 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:06:11.07 ID:Tr9ixmy70.net]: >>352
そりゃVueやReactだって最終的にはDOM APIを通じて操作するよ
ただしその操作の内容を、DOM要素の削除や追加じゃなくて
クラス名を変えて表示を切り替えるだけにすると速いってこと
364 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:07:28.91 ID:NXuVhChr0.net]: Angularの方が難しいの？　Reactの方が自由に構成決めたりコーディングしたり出来る分、
自分で決めなきゃいけない事が多くなって逆に難易度高いって聞いたけど。

Angularの方が環境構築も規約も全部世話してくれるから楽だって聞いたからAngularから入ったんだけど。もしかして騙された？
365 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:10:09.24 ID:I8iEDAq80.net]: >>354
英語などの単語の暗記が得意だったならangular
数学が得意だったならreact
366 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:14:49.66 ID:fQG3bb7RM.net]: さすがjQueryバカ。伊達に名前にバカって付いてないな。
クラスの付け外しも厳然たるDOM操作。
そんなことも分からないとは…使われるjQueryもかわいそうだ。
367 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:20:03.31 ID:I8iEDAq80.net]: そもそもjQueryのコア機能はDOM操作なんだが…
DOM操作しないならjQuery要らねーよ。
贔屓のライブラリの存在理由否定してどうする。
368 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:22:45.45 ID:Tr9ixmy70.net]: >>357
DOM操作のうち、class属性を変えるだけにするということ
そしてCSSでブラウザにネイティブ処理させるから速いんだよ
要素の追加や削除は必要最小限にするのが鉄則
369 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:29:21.05 ID:Tr9ixmy70.net]: >>354
自分がやりたいことと、フレームワークが提供してくれる機能とのバランスだよ

業務アプリみたいに複雑なインターフェースのアプリをガッツリと大量（＝画面数が多い）に
作らなきゃいけないならAngularがいいだろうけど、そうでもないなら
Reactで適当にデータ管理してやれば楽ってこと
Angularはいろんなことを面倒見てるけど、そこまでやることないじゃん？って思うならReact

更に言うならウェブサイトみたいなものはjQueryで十分ってこと
370 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:30:21.14 ID:fQG3bb7RM.net]: > ネイティブ処理させるから速いんだよ

だったらネイティブのDOM API使うわｗ
You Don't Need jQuery!
https://blog.garstasio.com/you-dont-need-jquery/dom-manipulation/
371 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:33:24.44 ID:Tr9ixmy70.net]: >>360
それもバランスの問題だな。
そこ見ても分かるだろ？いずれの例もjQueryの方が短く書けている
開発効率の高さがあるからjQueryのほうが良い訳
372 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:34:33.79 ID:fQG3bb7RM.net]: せっかくだから日本語版
jQueryは必要ない（You Don't Need jQuery）
https://github.com/nefe/You-Dont-Need-jQuery/blob/master/README-ja.md
373 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:37:44.38 ID:Tr9ixmy70.net]: フレームワークの欠点は単純なウェブサイトでは
生産性を落とすという大きな問題があるってこと
374 名前：デフォルトの名無しさん [2019/02/15(金) 22:38:05.96 ID:s9lB6bHor.net]: https://i.imgur.com/obAeeP9.png
375 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:38:49.90 ID:Tr9ixmy70.net]: ついでだから、jQueryは必要ない（？）から一例を抜粋

8.7 slideToggle

スライドを伴って、エレメントの表示・非表示を切り替えます。

// jQuery
$el.slideToggle();

// Native
let originHeight = '100px';
el.style.transition = 'height 3s';
let { height } = el.ownerDocument.defaultView.getComputedStyle(el, null);
if (parseInt(height, 10) === 0) {
el.style.height = originHeight;
}
else {
el.style.height = '0px';
}
376 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:41:31.02 ID:fQG3bb7RM.net]: css tricksのYou Might Not Need jQuery
https://css-tricks.com/now-ever-might-not-need-jquery/

その翻訳
https://coliss.com/articles/build-websites/operation/javascript/now-ever-might-not-need-jquery.html
377 名前：デフォルトの名無しさん [2019/02/15(金) 22:43:21.30 ID:s9lB6bHor.net]: DOMにノードを追加すると、DOM APIと直接対話するVanillaを1回呼び出すだけで済みますが、jQueryは多くの操作を実行します（スタックが長すぎて画像に収まりません）。違いは明らかです。

Vanilla：4ミリ秒
jQuery：95.3ミリ秒
Vanilla Javascriptは、追加時のjQueryよりも約25倍高速です。
378 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:44:41.61 ID:Tr9ixmy70.net]: >>367
いや、だからそんなことをしないで、クラスの書き換えだけを
やることで高速化できるって言ってるんだよ
話ついてきてね
379 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:48:19.07 ID:zC296ldL0.net]: >>359
使い分けって言いながらフレームワーク要らないって言うから意味不明になるんだよ
「自分の仕事では」要らないって話だろ？
380 名前：デフォルトの名無しさん [2019/02/15(金) 22:51:08.66 ID:s9lB6bHor.net]: >>368
class追加するだけでもjqueryより10倍速いんですが？
https://i.imgur.com/nEJCnHz.png
381 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:51:38.93 ID:7RVZ/4z70.net]: 削除はともかく、追加がクラスの書き換えだけの訳ないわな。その書き換える対象がまだ無いんだから。
382 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:51:58.45 ID:fQG3bb7RM.net]: jQueryはネイティブに比べて遅い上にサイズも大きすぎる。
画像でもないのに数十kBとかアホか。
短く書けりゃいいのならnanoなど代替ライブラリもある。
nanoのコード例：
$(".someClass").css("background-color:green;").html("Hello World");
$('#c').animate('2.3', '1.2','0','1','1','0','0', '0','0','1').css('background-color:red').text('Hello');

$("#a").on("click", function(){

$("#someDiv").css("background-color:green;color:#fff;");

})

nanoは0.6kB。
jQueryは100倍もコード容量かけて何やってんのｗｗｗｗｗ
383 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:54:11.02 ID:I8iEDAq80.net]: ボコボコでワロタｗ
我が物顔でスレチ荒らしするからこうなるｗｗ
384 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:54:50.30 ID:Tr9ixmy70.net]: >>372
じゃあnano使えば良いんじゃないですか？
フレームワークよりも大幅に小さいし
385 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:56:00.99 ID:Tr9ixmy70.net]: ウェブサイトではフレームワークは重すぎで生産性を下げるという
大きな問題があるが、jQueryやnanoはDOM APIの冗長性を省くだけだから
生産性は上がるしか無いというのが大きなメリットなんだよ
386 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:59:32.27 ID:fQG3bb7RM.net]: まあjQueryがいらないのは確かだね。
要素のstyle操作程度ならなおさらね。
「DOM操作しない方がいい」って言ってたし、じゃあDOM操作ライブラリのjQueryはいらないねｗ
え、やっぱりDOM操作したい？そして短く書きたいって？
100倍軽いnanoがあるよｗ
387 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:04:02.60 ID:Tr9ixmy70.net]: nano信者か・・・
388 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:05:15.16 ID:Tr9ixmy70.net]: そういやzeptoとかもあったけど、
今までの経験上、軽いだけの代替ライブラリは
結局本家を超えることって無いんだよな
nanoが普及すると良いね
389 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:09:04.09 ID:ca0WBun30.net]: すまん、ガチで話についていけてないんだが、>>351でjQueryは速いって書いてあるからjQueryは速いのか！って思ってたんだけど結局遅いの？
390 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:11:01.96 ID:zC296ldL0.net]: 何をもって速いとするかに依る
391 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:11:48.08 ID:ca0WBun30.net]: >>380
速さを求めるときに使うもの？
392 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:12:36.21 ID:fQG3bb7RM.net]: GitHubがjQuery辞めたので https://ushirock.hateblo.jp/entry/2018/07/28/013507

jQuery が DOM 操作の際に eval() を多用しているため CSP を safe モードで使えないらしい

これは jQuery の核になる部分の仕様らしく、 .html() はどんな時でも任意のコードを実行する可能性があると

やっぱり jQuery といえば Sizzle でのセレクタ解析が遅いとか（querySelectorが使える場合優先されるらしい）ネイティブへの置き換えとかに目が行きがちだけどもこういう深い話でのデメリットもあるんだなと
393 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:14:27.13 ID:Tr9ixmy70.net]: >>379
jQueryが速いなんて言ってないんだが？
ファイルサイズではフレームワークよりも小さいから
初回ダウンロードは速いだろうけど。

速いって言う話はDOM操作で要素を消したり作ったりするよりも
classを変更するだけにしてCSSで表示したり見えなくしたりするほうが
速いだろうってこと。
394 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:15:42.26 ID:fQG3bb7RM.net]: jQuery。それは、

・遅い

・重い

・アンセキュア

なDOM操作ライブラリ。
395 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:16:58.62 ID:Tr9ixmy70.net]: >>382
ソースコードざっと見たけど、evalが見当たらないんだけど何行目にある？
https://code.jquery.com/jquery-3.3.1.js
396 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:17:08.57 ID:NXuVhChr0.net]: jQueryを使うのって、速さ云々より一つのコードがどんな環境でも同じ様に動くって所なんじゃないの？

ブラウザの種類やバージョンでJavascriptの挙動の違いがあるから、それを吸収する為にjQueryを使うんじゃない？
397 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:17:55.89 ID:zC296ldL0.net]: >>381
はっきり言ってjQueryが遅いとは思わない
熟練した人が地道に管理すれば十分速い

それが手間じゃねぇの？ってのがフレームワークの意義
398 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:21:18.07 ID:Tr9ixmy70.net]: >>384
jQueryってDOM APIを使ってるだけなのに
なんでアンセキュアになるの？
399 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:21:36.55 ID:ca0WBun30.net]: >>383
そうか、なんかすまん。

>仮想DOMは最終的にDOM操作をするから遅くなるが、
>jQueryではCSSによって見た目を切り替えるだけだから速いってこと

この部分読んで仮想DOMは遅くてjQueryは速いのか！って解釈しちゃったんだが仮想DOMに比べて速いだけでjQueryも速くないんだな。
400 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:25:42.00 ID:ca0WBun30.net]: >>387

>>367の結果だけ見ると遅すぎ(10回やると1秒！？)って思っちゃったんだが……

webは基本的には静的コンテンツだから気にならない世界なのかな。

とりあえず俺にはこのスレの会話を理解する能力が足りないっぽい。
401 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:28:54.96 ID:ca0WBun30.net]: まあ1つの処理に4ミリ秒って時点で衝撃的な遅さだしweb開発の世界はそんなもんなのか。
402 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:31:51.99 ID:I8iEDAq80.net]: jQuery使うと100ミリ秒になるけどなｗ
403 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 00:34:30.68 ID:oKtXVOCjd.net]: vue.jsが
やたらめってら、もてハヤサれる昨今だけど
ぶっちゃ毛v-forが仕様としてオワッテると思うわ。
それとuidの生成パターンをC言語なら「ポインターが理解でないワケ」や
「ポインター徹底攻略」、、、JAVAならデザイパターン本みたいな
分厚い本で説明しなきゃ
いけないのに、それを全くやってないよな。
俺が考えるvue.jsが広まらないワケだよ。コンポーネントをどうユーザーが
受けとるべきかも、簡単な再帰などを使ってイラストレートしなきゃいけないのに
これも全くやってない。細々としたシステムは売り込んでるけど
vueの長所が全くされてない
404 名前：デフォルトの名無しさん [2019/02/16(土) 00:34:57.77 ID:fcnsYPNW0.net]: 早い遅いじゃなくて開発効率の話だろ。domを直接指定して操作云々はもう止める、最小限にするて事。今後確実にそうなるのは皆分かってると思うが。
405 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 00:44:30.53 ID:HVh9Xg4td.net]: 実行速度の話をしてる人たちに、いきなり開発効率の話をしだすのは草。なんの関係もないじゃんw
406 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 01:34:13.23 ID:SPTGalft0.net]: 実行速度については、DOM要素を作成したり削除したりするよりも
CSSで表示したり隠したりしたほうが速いんじゃないかってだけのこと
それをやるにはVue/React/AngularよりもjQueryの方が楽ってこと

DOM操作がネイティブよりも速いなんて話はしてない。
CSSによる表示切り替えの方が速いって話をしてる。

そのCSSによる表示切り替えを楽にやる（開発効率が良い）のは
jQueryってだけのこと
407 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 01:47:37.10 ID:P5gjDjW+0.net]: DOM要素の追加削除とCSSの表示切り替えって役割が違わね？
408 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 01:49:25.92 ID:P5gjDjW+0.net]: CSSの表示切り替えは既に存在する要素に対して行うのに対してDOM要素の追加は動的に要素を追加するためにやるもんだと思うんだが。
この2つは比べるべきものなの？
409 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 01:59:26.44 ID:P5gjDjW+0.net]: スレタイの3つとかはSPAのような高性能なブラウザアプリを作成するものでしょ。例えばofficeとかslackとか。CSSの切り替えだけでいけるの？
410 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 02:11:14.67 ID:yZTjSyit0.net]: 相手せんでええよキチガイだから。
411 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 04:00:16.99 ID:H80q57B70.net]: >>354
難しいというより学習コストが高い＝最低限として覚えなきゃいけない事が多い
その反面必要な機能をサードパーティーから探してくる必要性がかなり低い
412 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 04:05:31.34 ID:H80q57B70.net]: >>379
普通にUIとして使う分にはそんなに気になるほどの事でもないけど
Canvasに連続的に描画とか行う場合はダイレクトにその遅さが目立つってくらいかな
413 名前：デフォルトの名無しさん [2019/02/16(土) 06:51:31.57 ID:fcnsYPNW0.net]: 早いからじゃなくて便利だからjQueryを使うんだろ。なんで今更速度の話になってんの？
414 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 07:10:24.28 ID:H80q57B70.net]: 最近ブラウザでWebRTCとかやるのもわりとあるケースだし遅いってのは無視できない問題でもあるよ
415 名前：デフォルトの名無しさん [2019/02/16(土) 07:20:20.26 ID:Ka3Sv0NV0.net]: >>403
jQueryは仮想DOM操作より早いと信者が言い出したから。
416 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 08:04:12.49 ID:SPTGalft0.net]: >>405
デマ乙

>>330を見れば分かるが仮想DOMよりも
classの変更で表示・非表示の切り替えをしたほうが速いって言ってる
417 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 08:58:01.91 ID:P5gjDjW+0.net]: もう一度聞くけど、classの変更でできることって限られてるでしょ？見た目の操作だけかな？
それが仮想DOMより速くてもどうしようもなくないか？役割が違うんだから。
なんか自分の間違いを認めたくないから無理やり話をすり替えようとしてるようにしか見えないんだが…
418 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 09:01:46.50 ID:mve ]: [ここ壊れてます]
419 名前：ZudXk0.net mailto: >>406
仮想DOMだって属性の値にしか差分がないことがわかったらそれだけ反映するようにはできるだろ。
これなんかわかりやすい。
https://kuroeveryday.blogspot.com/2018/11/how-to-create-virtual-dom-framework.html []: [ここ壊れてます]
420 名前：デフォルトの名無しさん [2019/02/16(土) 11:06:01.11 ID:fcnsYPNW0.net]: スレタイから逸脱しすぎてると思ったらjQueryと比較してる奴がいるのか。。もう何年
421 名前：も前に通り過ぎた話題だぞ。前見ようぜ。 []: [ここ壊れてます]
422 名前：デフォルトの名無しさん [2019/02/16(土) 11:13:52.65 ID:jR4qOrfsr.net]: ReactとかVueすら使えない超低レベルなクソジジイが騒いでるだけだから
423 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 11:14:50.85 ID:SPTGalft0.net]: >>407
> もう一度聞くけど、classの変更でできることって限られてるでしょ？見た目の操作だけかな？

要素の追加削除の代わりに見た目を変更するっていうのは、
単に要素を追加削除するコストだけではなく
イベントハンドラの設定のコストも減らせる

もともとjQueryはデリゲートが簡単にできるから、要素が増えたり減ったりしても
イベントハンドラは最初に一回だけ設定すれば良いんだが、
それを使わなくても例えば要素のonclick属性とかに直接やる場合でも
要素が追加したときに新たにイベントハンドラを設定しなくてすむ

仮想DOMではDOM操作を最適化して必要な場合だけ実行するが
速度の話をするならそもそもDOM操作自体を減らそうという発想にしたほうが良いと思う
要素ごとにイベントハンドラを設定するよりも、
要素の親に一つだけイベントハンドラ設定したほうがいいわけだし
424 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 11:35:47.92 ID:H80q57B70.net]: こっちでやったら？

Webフロントエンドで脱jQueryを目指すスレ
https://mevius.5ch.net/test/read.cgi/tech/1547896353/
425 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 11:38:28.40 ID:auHH3gBua.net]: 使える使えないと使う使わないは別のこと
jQueryが殆どの場合最適解でSPAが勝てる領域はかなり狭いという事実を見失っちゃいかん
426 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 11:41:22.10 ID:SPTGalft0.net]: SPA、シングルページアプリケーションであって
シングルページウェブサイトじゃないからな

アプリケーションの時点で、ならネイティブアプリにしろよって
言われる時代
427 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 11:52:58.50 ID:R2hmaITu0.net]: 勝手にそんな時代を作るな
428 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 11:56:31.80 ID:H80q57B70.net]: まぁ正直フレームワークは知らなくてもいいかも知れんがNodeを知らないと確実に困る時代にはなってくると思う
429 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 12:00:35.69 ID:auHH3gBua.net]: ネイティヴアプリは環境差異とデプロイメントがめんどくさいんだよね
dockerがGUIをサポートしてくれたら乗り気になるかもしれんがな
430 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 12:09:05.56 ID:SPTGalft0.net]: >>417
それはウェブでも変わらん。カメラ使おうと思ったら
ブラウザごとに使うAPIは違うし、端末ごとに対応してる
解像度も違うし散々だったぞ

dockerってLinuxの話してる？それならSnapsやFlatpakなどが登場してる。
Dockerはあくまで開発者向けで自分で作ったアプリをデプロイするときに使うもの。

一般ユーザー向けにアプリを配布するならSnapsなどを使う
GUI対応でディストリ非依存のパッケージ管理システム
431 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 12:16:07.61 ID:H80q57B70.net]: >>417
ネイティブの面倒なところはそこよりも
OSの差異で動かなくなったりするところだな特にiOSとか
432 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 12:19:58.87 ID:auHH3gBua.net]: >>418
Snapsってdockerのように依存関係や実行時の環境もカプセル化してくれんの？
433 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 12:34:18.62 ID:msvpDp2N0.net]: >>419
その差異をブラウザは吸収できないんだよね
だからみんなネイティブアプリにする
434 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 12:41:53.08 ID:R2hmaITu0.net]: みんなって誰だよ
勝手に決めるな
435 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 12:43:59.75 ID:P5gjDjW+0.net]: >>411
具体例をお伝えした方がいいのだろうか？
例えばサーバーのDBに対して検索かけてとってきた要素を並べてコンテンツだすとかclassだけでなんとかなるの？
そもそも要素を出したし消したりでなんとかなるような簡単なものにReactとか使わないものじゃね？
436 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 12:47:43.95 ID:P5gjDjW+0.net]: サービス提供する側としてはネイティブよりSPAの方がよいケースはままあるでしょ。
例えばインストーラーが不要、そもそも技術者がいない、今までの資産をそのまま流用できる、とかとか。
ハードを
437 名前：限定しないソフトウェアの提供形態って殆どの場合は都合できまるもんだと思う。 []: [ここ壊れてます]
438 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 12:50:25.75 ID:0+4MW20ta.net]: ネイティブはストアにリリースすんのがイチイチめんどくさい
439 名前：デフォルトの名無しさん [2019/02/16(土) 13:05:39.77 ID:jR4qOrfsr.net]: jqueryしか使えない無能の自己紹介はいらん
消えろカスジジイ
440 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 13:13:23.51 ID:dSQ6SPUO0.net]: Angular習得した後にjQueryで書かれたコード見たら吐き気がしてくるわ。

「こんなコードわざわざ書かなくても取ってきたデータバインディングすりゃ良いのに」って思う箇所が多々ある…。

まぁ、古いブラウザでも動くようにしなきゃならないからjQuery使ってんだけどね。
441 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 13:19:34.25 ID:H80q57B70.net]: >>427
Windows7のサポートが切れればなぁ
442 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 14:02:04.13 ID:msvpDp2N0.net]: >>427
お前が書くコードがクソなだけｗ
443 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 16:10:27.79 ID:dSQ6SPUO0.net]: >>428
サポート切れてても「壊れてないから」とか「投資できる余裕がない」とか「基幹システムが新しいOSに対応していないから」って理由で
古いOSと機械を使い続ける客もいるんだよなぁ。あんまりよろしくは無いんだけど。

>>429
jQueryベースでデータバインディングみたいなコード書けるん？
書けるなら書き方教えてくれや。こちとら嫌々でもjQueryとは付き合っていかなきゃなんねーんだよ。
444 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 16:16:01.06 ID:sYjKK7tj0.net]: イベント使え
445 名前：デフォルトの名無しさん [2019/02/16(土) 17:30:33.50 ID:fcnsYPNW0.net]: >>430
使ったことないが、backboneやKnockoutやらのIE7でも動くライブラリ使ってみれば？ただ今更勉強する意義を考えると辛いなあ。。
446 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 18:08:11.34 ID:auHH3gBua.net]: 旧ブラウザサポートはお高くなりますよ？
これでほとんどの客が黙る
447 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 19:11:18.01 ID:LE6s3aZE0.net]: やっすい案件ほどクソ要求してきやがる。
448 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 19:38:01.61 ID:H80q57B70.net]: >>430
少なくともイントラではなグローバルサイトではサポート切れたOSの対応は打ち切っていいだろ

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

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