Vue vs React vs Angular Part.5

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/07/29(水) 22:38:49.56ID:z6Fnx3oM
実際どうなん?
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.4
https://mevius.5ch.net/test/read.cgi/tech/1591869705/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorキチガイが書き込んでも無視してください
Svelte, Next, Nuxt, Gatsby, VuePress, RedWoodなどはおk。
760デフォルトの名無しさん
垢版 |
2020/10/18(日) 03:46:02.89ID:5IG+e1ti
バカに何言っても無駄かもしれんが
2020/10/18(日) 03:47:50.92ID:u/6+iFla
例えばGoogleのシンプルな検索トップページは圧縮状態で65KBでした。
762デフォルトの名無しさん
垢版 |
2020/10/18(日) 04:01:50.12ID:5IG+e1ti
jQueryを利用するメリットがそもそも小粒
ブラウザごとの分岐処理とかが埋め込まれてるから実行時の効率が悪い
ファイルサイズがでかい
つまりいらない
2020/10/18(日) 04:26:16.95ID:u/6+iFla
jQueryのメリットのうち小粒のものだけを抜き出したら
全部小粒だった

と言ってるのと同じだなw
2020/10/18(日) 04:27:54.23ID:xWXtsYNK
>>755
中学校を単に学校というって言ってるみたいなもんだな。バカが。
CSSのセレクタのルールそのままパクっただけの盗人。
盗んだものをもともと自分のだと主張。まさにチョン。
2020/10/18(日) 04:34:21.10ID:u/6+iFla
jQueryの価値はjQueryオブジェクトだよ
CSSセレクタなんか、素の使いづらいJavaScriptでもできるじゃんw
価値がないところだけを見て価値がないと言っても無意味だよ
もっと広い目でjQueryを見ないとwww
2020/10/18(日) 04:34:51.73ID:5IG+e1ti
このjQueryバカは素人レベルのスキルしかなさそう
2020/10/18(日) 04:36:26.13ID:5IG+e1ti
しょぼいWebページをjQueryで作ってご満悦なんだろう
2020/10/18(日) 04:37:38.31ID:5IG+e1ti
いい年こいたおっさんがjQueryにすがりついてるとかダサすぎるんだよ
2020/10/18(日) 04:45:10.27ID:u/6+iFla
ほらね、もう遠吠えいうことしかできなくなったでしょ?
2020/10/18(日) 04:50:29.21ID:xWXtsYNK
CSSセレクタパクリがバレたら開き直ったjQueryガイジ。
居直り強盗で駅前一等地を占拠してパチンコで儲けるチョンと同じ。
jQuery関係ないスレで居直り占拠jQueryチョン。
2020/10/18(日) 05:21:40.18ID:5IG+e1ti
おっと
>>1
★jQuery, Ruby, C#, Blazorキチガイが書き込んでも無視してください
と書いてあったな
2020/10/18(日) 07:08:38.76ID:u/6+iFla
>>770
なんで無視したの?もう一回同じことを書く羽目になったじゃないか

もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残w

はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した
その素晴らしい発想を見て、それをあとからDOM APIに
querySelectorとして使えるようにした

パクったのはDOM APIの方。それを知ってて
お前わざと>>753みたいなアホ丸出しのレスしただろ?w

しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
2020/10/18(日) 07:17:16.70ID:d1Nj1iwg
言葉で説明されてもメリットわからんな。どうせ議論するならコード書け。
2020/10/18(日) 07:50:51.32ID:d1Nj1iwg
言い出しっぺとして書くけど、これを数文字短くするためにjQuery使うか?

document.querySelectorAll('div.highlighted')
.forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
2020/10/18(日) 08:00:05.71ID:0puAkJ4t
document.querySelectorAll('div.highlighted').forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))

$('div.highlighted').css({color: 'red', backgroundColor: 'white'});


一行のものはだいたい半分になる。
だがそれよりも重要なのは「宣言的」であるということ
forEachというループが無くなっている
2020/10/18(日) 08:18:08.24ID:mPnoVdEN
無いとなんかすごいのか?
jQueryが裏で回してるだけじゃん
2020/10/18(日) 08:19:09.73ID:0puAkJ4t
>>776
jQueryが裏で回す(十分テスト済み)=自分でやらないからバグが減る
2020/10/18(日) 08:27:01.54ID:0puAkJ4t
jQueryとレビューする点を見れば
どちらが大変かなんて明らかなのよ

document
querySelectorAll  →  $
('div.highlighted')  →  ('div.highlighted')
forEach(
ele=>
Object
assign(
ele.style,   →  css
{color: 'red', backgroundColor: 'white'}))  →  ({color: 'red', backgroundColor: 'white'});


jQueryだと4箇所見るだけですむが、DOM APIだと 9箇所もある
2020/10/18(日) 09:50:11.92ID:mPnoVdEN
コードの意図を隠してまで短くすることか?
その時点で要素があるべきなのか複数なのか何も判らん
エラーが出ない=バグがないってことならいいが
780デフォルトの名無しさん
垢版 |
2020/10/18(日) 12:28:55.12ID:atqzb7Sw
>>739
こいつ結局Webサイトの話しかできてねえな
アホだろ

>>750
こいつやはりアホだ
アロー関数がfunctionの代用だと勘違いしてる
その認識でほんの数行変えたらバグるわけ
そもそも仕様がまったく違う
2020/10/18(日) 13:23:36.66ID:qDJHdxok
>>780
どこにアロー関数がfunctionの代用って書いてある?よく読んでみなよw
2020/10/18(日) 13:24:28.19ID:qDJHdxok
>>779
隠しているのはコードの詳細であって
詳細を隠してるから意図は明確になってる
2020/10/18(日) 13:56:45.57ID:H1Ht+H/l
>>739
Web Componentsは流行らんと思うよ正直
こんな移り変わりの激しいWeb技術の世界で3年以上前から話題が上がってるにも関わらず未だに流行りにもなってないっていうのはそういう事だろ
Recoidなんて登場してから殆ど経ってないのにもうReduxを抜きつつある
Web Componentsが本当に良いものならそういう速度感で流行るもんだ

現時点で流行ってないっていうのは結局D言語みたいなものにしかならない
2020/10/18(日) 13:58:18.90ID:H1Ht+H/l
訂正
Recoid→Recoil
2020/10/18(日) 14:09:20.19ID:nDjNgNBc
WebAssemblyも流行らなかったしね
2020/10/18(日) 14:39:50.73ID:H1Ht+H/l
WebAssemblyに関してはWebGPUが今後流行ったら多少チャンスはあるかも知れんがそれ以外の用途では望みは薄そうだな
2020/10/18(日) 15:05:47.51ID:WlQf1Fni
Ruby, jQuery は、メソッドチェーンで関数型のように書ける。
a().b().c() みたいに

これを一々、存在チェックしてられない

return if obj = a() == nil

return if obj = obj.b() == nil

obj.c()
2020/10/18(日) 15:18:04.47ID:Yx1P9/Gs
WebAssemblyはこれからの技術
MS以外がまだまともなframeworkだしてない
JSが好きという人は少ないので必ず流行る

>>786
CPU速くなったらwasmの弱点が消えて長所だけが残るから
wasmはだんだん増えていく
2020/10/18(日) 15:32:42.61ID:nDjNgNBc
> CPU速くなったらwasmの弱点が消えて長所だけが残るから
> wasmはだんだん増えていく

そこに目的がありません
速くなったら使われると思うのはなぜか?
ウェブアプリが作れるようになったら、みんなウェブアプリを作ると思うのはなぜか?
目的がなければ、使うようにも作るようにもならない
2020/10/18(日) 15:36:35.19ID:nDjNgNBc
劣ってるから使われないって思うのは
技術者のよくある勘違いだよなw

そもそも需要がなければ使われないんだよ
2020/10/18(日) 15:38:29.83ID:nDjNgNBc
不都合な真実、ほとんどの人がwasmを試してすらいない。遅いなんて言ってる人全然いないだろ?
2020/10/18(日) 16:42:00.34ID:Vj/rkYxM
https://classic.minecraft.net/
babylon.js製。
安定して60fpsで動くが、babylon.jsにはWebAssemblyは一切使われていない。
2020/10/18(日) 16:54:05.68ID:Yx1P9/Gs
>>789
JSに縛られず開発生産性高い言語を使える
それだけでwasmを使う理由になる
2020/10/18(日) 16:55:29.25ID:+DCedG5t
× JSに縛られず
○ もとからJS使わない人が使う

だからウェブ系の人は使わないし
JS使わないならネイティブアプリでいいんじゃね?ってなるんだよなw
795デフォルトの名無しさん
垢版 |
2020/10/18(日) 17:07:08.15ID:Yx1P9/Gs
>>794
native appだけでいいってのは技術的にはそのとおり
wasmは中途半端な立ち位置だからな

ただApple, Googleで手数料30%取られるだろう?
wasmだとその手数料を回避できるから
そういうビジネスの問題考えたら価値がすごくあるわけ
2020/10/18(日) 17:09:18.69ID:H1Ht+H/l
結局ブラウザから排除されてるJavaAppletやFlashPlayerとWebAssemblyに違いなんとほぼないんだよな
2020/10/18(日) 17:12:35.13ID:Yx1P9/Gs
>>794
JSについては違う

Blazorのようなのが人気でてくると
JSしかできないフロントエンジニアの存在が不必要になる
C#プログラマーはserver sideとclient sideの両方のコードがかける

JSが必須ではなくなるということは
JSエンジニアが必要なくなる時代ってことだ
2020/10/18(日) 17:13:53.33ID:Yx1P9/Gs
>>796
まったく違う、わかってない

Sandboxあるからセキュリティが高い
さらにwasmはweb standard
2020/10/18(日) 17:19:17.50ID:d1Nj1iwg
Web Components はとても素晴らしいけど、けっこう面倒くさい。でもライブラリとかはバックグラウンドにガリガリ使うようになって間接的に役立つだろうし、なんなら関数でラップしても良い
2020/10/18(日) 17:27:55.50ID:d1Nj1iwg
wasmでjsが消えてもDOMは残る。フレームワーク使えば別だけど、DOMから離れようとすれば遅くなり、wasmの速さは失われる
2020/10/18(日) 17:57:09.49ID:sdwhAUyo
wasm&SPAは業務系の希望になりうると思うが
業務系の複雑なUIはSPAと相性がいい
業務系エンジニアなら誰でも使えるJavaやC#がフロントでも使えたら学習コストが下がる
サーバーとクライアントでロジックを共有すればコストが下がる
2020/10/18(日) 18:11:07.46ID:Vj/rkYxM
>>797
> Blazorのようなのが人気でてくると

前提崩れだね。
十年で日本を追い抜く言ってた朝鮮はどうなりましたか?www
Silverlightwwww
803デフォルトの名無しさん
垢版 |
2020/10/19(月) 11:19:02.29ID:FE0TPttz
なんだよまたjQueryでスレ伸びてるのか。
クライアントがブラウザである以上、jsやcss,domに原則縛られるんだよ。あとは如何に効率よくラップするかの差でしかない。好きなもの選べばいいさ。

ただ未だに生のjsやcssで組んでるやつは流石に時代遅れと自覚して欲しい。
2020/10/19(月) 11:39:18.70ID:32Wztry8
>>803
BrowserはいまだにJSに縛られると思ってるやつは流石に時代遅れと自覚して欲しい

Blazor WebAssembly使い始めたがC#だけで書けるし
Visual Studioで開発できるし最高だわ
2020/10/19(月) 11:55:34.45ID:kIQ4aN8p
>>804
期待してるけどツールがまだ追いついてなくて….razorファイルのフォーマットが崩れる問題くらいはさすがに修正してくれないと。
まあ現状はスレチなので。
2020/10/19(月) 12:14:08.56ID:5B25o4c7
Blazorはまあまあ悪くないけどソースコード編集してから画面に反映されるまでが遅いのがネックだね
2020/10/19(月) 12:38:39.55ID:7BdQwjNC
つかそもそもロードが遅い
808デフォルトの名無しさん
垢版 |
2020/10/19(月) 12:38:40.38ID:FE0TPttz
>>804
それは違うなだろう。
ラップしてるだけ、意識しないだけで最終的にブラウザが対応してる要素に縛られるのは変わらん。スマホアプリとは全く違う。
フレームワークの進化に対して実行エンジンであるブラウザの進化が遅すぎるんだよな。今でもsafariだけcssの解釈が違うなんてしょっちゅうだし、土台部分の知識が無いと結局対応できん。チグハグで不安定なのがフロントの宿命なんだよ。
だから各フレームワーク、IDEには本当に感謝してる。裏でとんでもない労力かけて俺たちの労力軽減してくれて有り難うだよな。
809デフォルトの名無しさん
垢版 |
2020/10/19(月) 19:27:14.09ID:LEqT1iP9
5GとかiphoneとかRetinaみたいな余計なことして
業界混乱させる前にやるべき事やれや
まずまともなブラウザ提供しろ
さもなくばデフォのブラウザ大人しくchromeにしとけ
2020/10/19(月) 21:13:29.51ID:32Wztry8
>>808
自分が読み書きするコードがC#ならそれでいいでしょ
どんな言語も実行前には人間が読めない形になる
811デフォルトの名無しさん
垢版 |
2020/10/20(火) 10:15:07.36ID:pHiz9StD
機械語直接読める人も稀に居る
2020/10/20(火) 11:32:32.11ID:YB4ljTXG
>>809
それって誰に対して言ってるの?
2020/10/20(火) 16:39:31.91ID:Nlf6zVNG
Netscape4のことやろ
814デフォルトの名無しさん
垢版 |
2020/10/22(木) 11:04:28.44ID:/VYs8fos
web componentは流行るかどうかはさておき、必然的に使う場面が出てくると思う。

今後はマイクロサービスと同様にその技術がフロントにも流れてきてマイクロフロントエンドアーキテクチャが主流になると思う。

そうなると、サービス単位で共通なコンポーネントはweb標準であるweb componentで作る必要が出てくる。

どうだろうか
815デフォルトの名無しさん
垢版 |
2020/10/22(木) 11:08:22.84ID:/VYs8fos
jquery別に悪くないけど、今はvanilla jsで十分だし使う場面がない。

モダンフレームワーク(react,vue,etc)vs jqueryという構図をこのスレでは良くみるが意味がわからん。

正しく議論されるべきは
モダンフレーム vs web標準(web componentなど)
だと思う。
2020/10/22(木) 11:20:08.12ID:6pdR4Nyi
オライリーから出てるCSSシークレット著者によるWeb Components評。
ちょっと辛辣。コメント欄で議論盛り上がってるがここChrome翻訳効かないのな…
https://lea.verou.me/2020/09/the-failed-promise-of-web-components/
2020/10/22(木) 11:51:03.89ID:6pdR4Nyi
Web Componentsに対する批判
https://thenewobjective.com/web-development/a-criticism-of-web-components
・CSS疑似セレクターが機能しない
・ネイティブ要素と互換性がない
・Non-trivialな要素はHTMLElementを継承する必要がある
・JavaScriptが必要
・潜在的に指数関数的なフォールバック
・ポリフィルが必要
・Ariaの問題
・SEOの問題
・追加の制限
2020/10/22(木) 11:59:22.52ID:6pdR4Nyi
Web Componentsの問題
https://adamsilver.io/articles/the-problem-with-web-components/
819デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:01:23.69ID:/VYs8fos
俺の頭が悪いせいかこの記事の言いたいことがいまいちわからん

plug and playの箇所解説よろ
820デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:02:25.44ID:VEHOj23m
>>815
シィーッ! (jqueryバカがよってくるから)
2020/10/22(木) 12:13:14.66ID:wabMUpti
>>814
流行らんよ
マイクロサービスはトレードオフ
822デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:14:15.55ID:/VYs8fos
何と何のトレードオフ?
823デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:16:12.59ID:/VYs8fos
>>817
後で読んでみるけど、
ariaとJavaScript以外は別に問題じゃない気がするけどね
2020/10/22(木) 12:22:04.55ID:6pdR4Nyi
フォールバックは酷い。is属性なんて初めて知った
2020/10/22(木) 12:38:04.11ID:6pdR4Nyi
web非標準のreactが簡単にssr出来るのにweb標準のweb componentsが事実上無理(初期レンダリングコストはクライアント側で支払うしかない)なのはなんだかなぁ…
2020/10/22(木) 12:42:06.25ID:mESUiPaq
>>817
templateタグともっと親和性を高めるとかHTMLだけでComponent作れるとやりやすいよなと思う
827デフォルトの名無しさん
垢版 |
2020/10/22(木) 14:34:21.09ID:/VYs8fos
>>825

やろうと思えばできるけどな。shadow domを使わない場合だけど。

でも言いたいことはわかる。そこまでサポートしてから世に放てば良かったのにとは思うけどね。

https://web.dev/declarative-shadow-dom/
↑いま頑張ってやってる途中やで
2020/10/22(木) 15:31:11.95ID:6pdR4Nyi
Declarative Shadow DOM か。いいね。
試してみようと思ったらchromeでもまだオリジントライアル中か…
829デフォルトの名無しさん
垢版 |
2020/10/22(木) 16:28:17.70ID:/VYs8fos
やりたいことは理解してるんだけど

英語力がないから何がdeclarativeのニュアンスがわからん。
2020/10/22(木) 16:32:28.10ID:S3hKE4m7
宣言的だろ? ようはループを使わないってことだよ
例えばjQueryはループを使わない
$('.selector').css({color: 'red'); このように
これがDOM APIだとループが必要な手続き的になってしまう
831デフォルトの名無しさん
垢版 |
2020/10/22(木) 17:12:31.60ID:/VYs8fos
>>830
絶対に違うわww

宣言的=ループを使わないが違うということは俺にもわかる
832デフォルトの名無しさん
垢版 |
2020/10/22(木) 17:25:57.82ID:/VYs8fos
宣言的なweb component

現状のweb componentのどこが非宣言的で、あのリンク先の技術が適用されるとどこが宣言的になるんだろう。イマイチわからん。web componentにおける宣言的ってなんや
833デフォルトの名無しさん
垢版 |
2020/10/22(木) 22:57:05.06ID:/bIs3HR3
UI組み立てる系のライブラリは固定乱数でいいから
全てのDOM要素にid振っとけや
色が違うとかアイコンを変えろとかクソみたいな指示飛んでくるんだから
2020/10/22(木) 23:52:28.51ID:lftkiv5C
宣言的な書き方に拘っても保守性なんて少しも良くならんわ。
2020/10/22(木) 23:54:57.12ID:nuIgGdek
SPAは簡単だったけどCSSがやっぱりわからねえんだわ
SPAで作ってもデザインが古くさくなる
2020/10/23(金) 00:44:45.37ID:FArv5Kwn
デザインなんてとりあえずBootstrapっぽくすればええんやろ?
2020/10/23(金) 00:45:35.33ID:tlpc4Wom
色彩センスほしい
2020/10/23(金) 07:35:23.39ID:VuITFA8z
MaterialUIとかUIライブラリ使えば?
839デフォルトの名無しさん
垢版 |
2020/10/23(金) 18:13:14.23ID:kxyOvtyq
>>833
乱数のid振ってどうすんだよ?
まさかidで色変えてんのか?

>>835
お前のセンスゼロだしこの先死ぬまでセンスゼロのままだからなあ

>>836
bootstrapっぽくすら不可能じゃん

>>837
センスゼロのやつは死ぬまでセンスゼロ

>>838
Googleが公式にセンスゼロ向けって謳ってるしな
ただしセンスゼロでcssスキルない奴が使うとMaterialUIすらまともに使えない
2020/10/23(金) 18:46:41.39ID:tlpc4Wom
センスゼロでもSPAはできるけど、CSSはそうもいかんからなぁ
センスゼロでも使えるライブラリを使うしかないか
逆に言えばライブラリ使えば、センスゼロでもCSS、SPA両方できるようになるわけだし、こだわり捨てればまあ、いいか
すぐに移り変わる分野だし、気楽にやろう
841デフォルトの名無しさん
垢版 |
2020/10/23(金) 19:06:52.06ID:J0Nj+DQ7
MaterialUIなんて公式のサンプルコピペしてテーマ設定するだけでそんな酷くならんと思うが
これ以上のリッチなもの求めてて自分で勉強できないならデザイナー雇うしかない

色彩センスは今どき色選んでくれるサービスたくさんあるだろ
ttps://yumyumcolor.com/ とか
2020/10/23(金) 23:29:55.94ID:2GRyUC4A
MaterialUIとBootstrapは併用できるの?
混ぜるな危険?
2020/10/23(金) 23:48:08.69ID:nGATsAeS
material ui 重い…
軽量でいい感じのが欲しい
2020/10/24(土) 02:55:24.68ID:w8fcXJt9
この手のUIフレームワークは余白が多すぎて、1画面の情報量が少ない
スマホアプリ前提な感じ
845デフォルトの名無しさん
垢版 |
2020/10/24(土) 10:43:36.04ID:6JYHV7pP
>>842
やろうと思えばできるが崩れる上にそもそもやるやつはアホでしかない

>>844
余白なんか調整すればいい
キツキツの帳票みたいなUIが好みという日本人が多いが世界中から笑われてんの未だに気づかない連中ばかりだからな
2020/10/24(土) 11:46:27.33ID:/DIUYZs9
情報をギッシリ詰め込むのは別に構わないと思うが
ダッシュボードとかでよくある
しかしジジイどもは同じ画面で入力もやらせようとするからおかしくなる
2020/10/24(土) 19:25:12.62ID:FRMxNp3B
>>844
Vue もReact もAngular も
全く関係ない話だ
2020/10/24(土) 23:01:23.08ID:l6E2jtuo
スマホ向けのUIとPC向けのUIを同じテーマでやるのは無理ある
サイトリニューアルして昔あった機能や要素を削除して既存ユーザーから大反発食らうのがこのパターン
849デフォルトの名無しさん
垢版 |
2020/10/24(土) 23:10:02.60ID:sB9OWN+i
>>848
いやお前に才能がないだけだろ
2020/10/24(土) 23:19:17.03ID:l6E2jtuo
この記事が面白い
そもそもSPAにする意味なかったというのはよくある
https://zenn.dev/koduki/articles/0fe6cc5ada58e5600f75
2020/10/25(日) 00:25:49.62ID:yastPy5p
>>850
結局SPAって1つか2つの問題を解決するために他の多くの問題を呼び込んでるんだよな
852デフォルトの名無しさん
垢版 |
2020/10/25(日) 11:59:34.61ID:KvAimzX1
>>850
vue.js で CRUD アプリを造りたいとか
発想そのものがあほやん
https://qiita.com/koduki/items/9ce6ad8787b32caa38ff
CRUD にしたいなら vue.js 使わなければ良いだけの話だろ
2020/10/25(日) 12:11:24.08ID:KhHAp4C5
>>852
だから
(殆どの用途には)vue.js 使わなければ良いだけの話だろ
と最初から言ってるだろw
2020/10/25(日) 12:13:09.66ID:KhHAp4C5
https://w3techs.com/technologies/history_overview/javascript_library/all/y

2020年10月15日 76.5%
2020年10月23日 76.6%
2020年10月25日 76.7%

な?だからjQueryが使われてるんだって
少なくとも10日で0.1%以上増えてるからな
2020/10/25(日) 12:20:32.19ID:oIFSPb3Z
シンプルなアプリは開発者、利用者の両方の視点でMVCフレームワークの圧勝だろ

複雑なアプリになると開発者としてはSPAのほうが作りやすいが、、、
しかし利用者からすれば複雑なアプリの需要なんてのはほとんど無い等しい
例えばpgadminは複雑なアプリだがぶっちゃけシンプルなadminerのほうが使いやすいのだ

結論
SPAはゴミ
2020/10/25(日) 12:21:18.49ID:KhHAp4C5
「脱jQuery」を目的にするとたいてい失敗する
なにか問題があって、それを解決するためにVue、React、Angularなどを採用すべきという
当たり前の前の話であって、良い選択肢の1つであるjQueryを廃止して
特定の用途専用のものを導入するのは愚かである
特定の用途専用のものは、特定の用途の場合に使うもので
「○○の用途のために○○を導入しました」という言い方にするべきだ
2020/10/25(日) 12:22:24.43ID:oIFSPb3Z
ようするにUX設計ができない人のためのフレームワークがSPA
2020/10/25(日) 12:27:24.62ID:KhHAp4C5
今までSPAのやり方でスマホアプリとか作ってきた人たちが
今までと同じやり方で作るためのものSPAだろう

ウェブにはウェブのやり方があるんだが
そういう(アプリ作ってひた人たちにとっては)"新しいやり方"を
学ぶ能力がなくて、今までと同じやり方でやりたいっていうのがSPA

これからはSPAだ〜とか言ってるやつは、jQueryどころかCSSも嫌いなはず
なぜならどちらも宣言的だから。SPAは手続き的に作る。

セレクタに対して処理や属性を宣言的に適用するjQueryやCSSは
考え方が根本的に違っていて、頭が凝り固まってる人には理解ができない
859デフォルトの名無しさん
垢版 |
2020/10/25(日) 12:36:18.38ID:TnKDqOYo
>>854
そりゃゴミは毎日増えるからな
■ このスレッドは過去ログ倉庫に格納されています