Vue vs React vs Angular vs Svelte Part.9

**デフォルトの名無しさん** · 2022/01/16(日) 16:06:14.27

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/
Vue vs React vs Angular vs Svelte Part.8
https://mevius.5ch.net/test/read.cgi/tech/1621744952/

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

**デフォルトの名無しさん** · 2022/01/28(金) 13:45:11.84

redux持ち上げてたやつ反省しろ

**デフォルトの名無しさん** · 2022/01/28(金) 14:21:14.42

パフォーマンスに取り組もうとするとuseCallback地獄になってコードの見通しが最悪
依存性指定は間違えやすいのに間違えるとデバッグしにくいバグになって現れる
困ったものだ

**デフォルトの名無しさん** · 2022/01/29(土) 07:46:05.80

こういうパターンがあるのか。良さげ

コンポーネントをカスタムフックで提供する
https://engineering.linecorp.com/ja/blog/line-securities-frontend-3/

**デフォルトの名無しさん** · 2022/01/29(土) 08:42:38.68

普通のカスタムフックに見えるけど
うちのにもuseが大量に転がってるぞ
カスタムフックだらけだ

**デフォルトの名無しさん** · 2022/01/29(土) 08:55:48.59

結構使われてるのか～

**デフォルトの名無しさん** · 2022/01/29(土) 09:12:06.81

>>240
関数が関数を帰す事をやってない人からみたら
目新しく見えるだけ

**デフォルトの名無しさん** · 2022/01/29(土) 09:16:48.65

>>241
いや、高階関数には親しんでるけど、カスタムhookには詳しくなくてね。
勉強になりました。ありがとう

**デフォルトの名無しさん** · 2022/01/29(土) 09:17:07.12

ロジックと外観が密結合していてなんかもやもやするがこれが正解なのか？

**デフォルトの名無しさん** · 2022/01/29(土) 09:20:42.85

>>243
笑
フック入門としては分かりやすくて良いけど

**デフォルトの名無しさん** · 2022/01/29(土) 09:43:05.22

renderは分けたほうがいいよ

const useChecks = (labels: string[]) => {
const [checkList, setCheckList] = useState(labels.map(x=>false));
const handleCheck = useCallback((index: number) => {
setCheckList((checks) => checks.map((c, i) => (i === index ? !c : c))) }, []);
return {
labels, checkList, onCheck: handleCheck,
isAllChecked: checkList.every(x=>x) }

const App = () => {
const checks = useChecks(["a", "b", "c"]);
return <div>
<Checks {...checks} />
<button disabled={!checks.isAllChecked}>next</button>
</div>
}

**デフォルトの名無しさん** · 2022/01/29(土) 09:52:17.20

>>244
理解できるかどうかでなく良し悪しの問題な
フックは元々コンポートから状態・副作用を抽出するためのものなのにrender hookパターンじゃあ取り除けてないどころかさらに強固に結び付いてるじゃないか？
俺が書いたごく普通のフックなら完全に見た目と振る舞いが分離してるので再利用性が抜群に高く、デフォルトの動作を提供するのも簡単だろ

**デフォルトの名無しさん** · 2022/01/29(土) 11:30:56.31

抽出？

笑

**デフォルトの名無しさん** · 2022/01/29(土) 11:39:03.04

>>245
どちらかというと俺もそんな感じに書くな

選択肢や選択状態というデータと
チェックボックスという見栄えは
分離させておきたいかもってことで

**デフォルトの名無しさん** · 2022/01/29(土) 14:54:58.79

>>136
useStyleってv5ではあんま使わなくなった印象

**デフォルトの名無しさん** · 2022/01/29(土) 15:13:12.86

>>136
お前そもそもBootstrapすら使った事ないだろ

**デフォルトの名無しさん** · 2022/01/29(土) 15:14:57.47

>>235
useContex使うよりはrecoil使う方が楽だと思うけどなあ

**デフォルトの名無しさん** · 2022/01/29(土) 19:12:41.17

SuspenseってFlatListでどうやって使えばいいんだ？

**デフォルトの名無しさん** · 2022/01/29(土) 21:25:26.99

Flatlistに組み込まれないと無理なんじゃねーかな

**デフォルトの名無しさん** · 2022/01/29(土) 21:29:33.14

hooks、逆に混乱する要素増やしただけじゃん

**デフォルトの名無しさん** · 2022/01/29(土) 21:43:32.60

だよな
svelteの巻き返しあるかも

**デフォルトの名無しさん** · 2022/01/29(土) 22:31:16.11

>>253
やっぱそうか
Microsoftが.netにasync awaitを導入した時みたいにライブラリ側も一気に対応してくれんと困るよね
そのあとサードパーティのライブラリも対応時間かかりそうだし
しばらくは混乱が続くのかなー

**デフォルトの名無しさん** · 2022/01/30(日) 03:50:00.39

ReactからSvelteに移行する人は元からReactでやる必要のない事をReactでやってた人だろうな
自称Reactヘビーユーザーとか言ってたのとかまさにそれ

**デフォルトの名無しさん** · 2022/01/30(日) 11:11:15.26

reactは場面場面で最適な書き方がガラッと違ってて統一感なくなるのがしっくりこない
非同期読み取り専用ならSuspense
入力系なら別の書き方、FlatListなら読み取りだけでもまた別の書き方、複合的な画面はカオス、みたいな

**デフォルトの名無しさん** · 2022/01/30(日) 12:41:32.79

それは何使っても一緒では？
さまざまなライブラリを組み合わせる都合上仕方ないことかと

**デフォルトの名無しさん** · 2022/01/30(日) 12:53:14.17

Reactのコードって
ゴミゴミしいんだよなーー
可読性に難がある

**デフォルトの名無しさん** · 2022/01/30(日) 12:58:54.46

Reactはデータ構造がスッキリするから全体としては見通しが良くなる

**デフォルトの名無しさん** · 2022/01/30(日) 13:06:36.70

大規模サービスを構築するならReactの方が良いけど
ちょっとした画面表示くらいならVueのほうが書きやすいんよね結局
だから日本企業に合ってるのはVueなんよ

**デフォルトの名無しさん** · 2022/01/30(日) 13:11:05.43

svelteのREPL SZVg viewBox animationのHTML部

{#each Array(4) as row, row}

がある。
javascriptでは解釈されるのに、typescriptではrow,rowの重複が問題になると警告が出る。
この回避方法って分かります？

**デフォルトの名無しさん** · 2022/01/30(日) 14:01:02.68

>>262
日本企業ディスりすぎだろw

**デフォルトの名無しさん** · 2022/01/30(日) 19:25:52.18

>>262
ちょっとした画面だと思ってたものが壮大な画面になるのは日本企業あるある
yahooのトップページをみろ
いまだにあの古臭いデザインだぞ

**デフォルトの名無しさん** · 2022/01/30(日) 19:56:11.11

担当のお客さま複雑だと使ってもらえないって自分で言っときながら要件はめちゃくちゃ複雑なの出してくるんで呆れた
reactだと簡単に実装できちゃうから要件のんでそのまま作るけどMVCでシンプルな設計にした方がエンドユーザーは喜んだだろうな

**デフォルトの名無しさん** · 2022/01/30(日) 20:12:24.88

ReactだろうがMVCだろうがエンドユーザーにはシンプルに使えるようにするのがお前の仕事だろ

**デフォルトの名無しさん** · 2022/01/30(日) 20:36:25.75

そりゃ無理だね
複雑に使いにくく作るのがユーザー要件だから

**デフォルトの名無しさん** · 2022/01/30(日) 20:54:46.23

そっか
じゃあ問題ない

**デフォルトの名無しさん** · 2022/01/31(月) 02:25:23.43

そこでサードライブラリを入れないで使えるAngularですよ
誰がやってもフレームワークの書き方

**デフォルトの名無しさん** · 2022/01/31(月) 02:44:02.27

何も考えたくないならangularだね
Googleで使われてるし少なくとも数年後に捨てることはまずないし
捨てたとしても移行ツールは用意されるはず

9 · 2022/01/31(月) 05:14:19.99

>>263
このスレは、荒らしが立てたスレです。
まともな人は、移動してください！

>>9-10
を参照

**デフォルトの名無しさん** · 2022/01/31(月) 05:26:45.90

そのスレお前すら使ってないじゃん
先にお前が移動しろよ

**デフォルトの名無しさん** · 2022/01/31(月) 06:59:29.82

このスレになってから明らかに内容が良くなったし、あっち行く理由がない

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

>>233
使い回さないページ固有のコンポーネントにContainerやカスタムフックで分離して注入する
あと、propsですべてを渡すのは変更や修正に弱い
影響範囲なんて狭いに越したことはないだろ？

>>237
だから結局は小規模でもRedux(RTK)やRecoil使って上位で疎結合にしたら良い
下位は使い回すこと前提だから純粋な状態を保つようにする

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

上位に副作用を集約して下位に流し込んでくだけ
特に変更に弱かった事例にもあたったことないな
これが変更に弱かったらreact以外の関数型も全部変更に弱いってことになる

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

https://engineering.linecorp.com/ja/blog/uit-baseline-for-front-end-development-in-2022/
↑
みなさまこれは読まれまして？
jおじが喜びそうな内容になっておりますわよ

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

簡易で軽いサイトほど低機能や低レベルなライブラリ、プラグイン等で事足りてるってことは普通じゃないか

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

だから僕はPreact！

**デフォルトの名無しさん** · 2022/02/01(火) 13:07:04.03

WebはMVCでいいじゃん
VSCodeのような複雑なブラウザアプリケーションを作るときだけSPAを使えばいい
SPAを使うこと自体が目的になってちゃダメだ

**デフォルトの名無しさん** · 2022/02/01(火) 13:26:35.91

また何もわかってないゴミクソが吠えてるのか

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

ちょっと複雑なフォーム作ることになった時点でもうReact使った方が楽

**デフォルトの名無しさん** · 2022/02/01(火) 15:49:19.28

すまんが当社ではうちのフレームワークで作ってもらう規則なんだわ
物ができればいいってだけの10画面程度の小規模じゃないんだし好きにやってもらっちゃ困るよ

**デフォルトの名無しさん** · 2022/02/01(火) 16:08:54.24

>>283
ダメェ？

**デフォルトの名無しさん** · 2022/02/01(火) 16:37:39.30

>>283
うちのって言ってるあたり独自で不便で何なら遅いやつなんだろうな……

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

なんかesbuild使うのがこれからの常識になるのかな
まだプラグイン周りが充実してないから
足りない部分自作しなきゃいけないのが辛い

**デフォルトの名無しさん** · 2022/02/01(火) 18:34:14.71

このご時世にjQueryで金になる仕事なんてほとんど無いでしょ

**デフォルトの名無しさん** · 2022/02/01(火) 19:59:39.42

>>282
その時点でUX見直す方が楽

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

う～んこの気配。おじさんの加齢臭を感じる

**デフォルトの名無しさん** · 2022/02/01(火) 20:04:00.94

いつでも見てるぞ

**デフォルトの名無しさん** · 2022/02/01(火) 20:04:17.79

エコシステム変わりすぎ多すぎ問題ははやく解決してほしいんだが
JS系のコミュニティって俺が俺がって感じで協調性ないから永遠に無理なんだろうな

**デフォルトの名無しさん** · 2022/02/01(火) 20:13:22.91

かと言って某言語みたく15年位ずっと同じフレームワークが第一線なのもそれはそれでちょっと……

**デフォルトの名無しさん** · 2022/02/01(火) 20:19:05.28

15年使われなくてメンテされてないのと
15年使われて磨かれてるのは全く別なのだがまあいいや

**デフォルトの名無しさん** · 2022/02/01(火) 20:22:04.52

それはそうだな。そういうニュアンスではなかったんだけど、すまんかった。

**デフォルトの名無しさん** · 2022/02/01(火) 21:16:04.68

これ使っときゃテッパンっしょってのも楽っちゃ楽だよね
springとかmojoliciousとかlaravelとか
phpは必ずしもそうではないかもだが

**デフォルトの名無しさん** · 2022/02/01(火) 21:36:15.98

エンジニアリングをエンターテイメントとして捉えてるかどうかの違いかな
陽キャエンジニアにとってはそれを使って自分達がエキサイトできるかどうかが最も大事なこと

**デフォルトの名無しさん** · 2022/02/01(火) 21:55:31.92

モチベーションは開発における無視できない大きな要素って意味なら同意

**デフォルトの名無しさん** · 2022/02/02(水) 00:12:35.92

>>291
それを楽しめないと無理
最近だとまたviteというwebpackを置き換えるものが現れた
しかも作者はevan you
まさかのwebpackがオワコンになる可能性が

**デフォルトの名無しさん** · 2022/02/02(水) 17:20:02.77

日本でReact使ったまともなWebシステムがゼロなんだよなあ
海外はたくさんあるが

**デフォルトの名無しさん** · 2022/02/02(水) 18:25:52.36

大きなシステムになるともう共通部品とかは他で作ったものがあるからそれ使うべきってなるし、
大きなシステムは外からの個人事業主とかの派遣さんにも来てもらうことになるけど
個人とかのいわゆる派遣さんに求められるのは皆と同じものを作ることであるという事実からReactなんか求めないからなぁ

**デフォルトの名無しさん** · 2022/02/02(水) 19:12:52.57

>>299
好きだよね。海外はー、海外はーっていうのｗ

**デフォルトの名無しさん** · 2022/02/02(水) 19:17:46.89

Reactのコンポーネントって並べるだけなら楽なんだけどデザイン変更したり動作をカスタマイズしようとすると途端に難しくなる
オブジェクト指向でプライベート変数にアクセスしたくなったときに似てる

**デフォルトの名無しさん** · 2022/02/02(水) 19:39:44.60

逆じゃね？
並べるのは手間だけどカスタマイズや連携は楽

**デフォルトの名無しさん** · 2022/02/02(水) 19:39:49.84

>>301
比較が海外しかないじゃん
好きとかの問題じゃない

>>300
他ってなんだ
オレオレフレームワーク？

>>302
日本のプログラマーはアホしかいないから難しいらしいよな
俺には難しい理由がわからん

**デフォルトの名無しさん** · 2022/02/02(水) 19:52:19.45

>>304
他っていうのは他の業務でだよ
何百画面もあるようなデカい仕事受けるような会社だけじゃなく
しょっぱいシステム屋とかでもたぶん流用がデフォやで

例えば文字を数値に変えて変えれないなら0を返すToIntegerとか
そういう共通関数群が大量にあるからそれ使ってもらうってのはそれなりの大きさの業務では基本やで

**デフォルトの名無しさん** · 2022/02/02(水) 20:32:36.99

>>305
そんな共通ユーティリティみたいなことは言ってない

フレームワークレベルでコレ使えってなってるのか？
デカい仕事ってバックエンドがゴミ部屋のようにめちゃくちゃな管理してフロントはショボいっていう仕事だよな

**デフォルトの名無しさん** · 2022/02/02(水) 20:56:20.06

おじさん芸風変えたの？

**デフォルトの名無しさん** · 2022/02/02(水) 20:56:23.20

>>304
海外ってどこですかー？
北朝鮮も海外ですが？

具体的なことを知らんから
海外ってひとくくりにする

**デフォルトの名無しさん** · 2022/02/02(水) 20:57:41.24

>>306
例えば得意先コード入力したら得意先名が右のラベルに表示されるようなものとか
ReactやVueで作ってあってもどうせフロントの人らは仕様書みて部品はっつけて終わりやで

**デフォルトの名無しさん** · 2022/02/02(水) 21:05:19.17

>>309
ルックアップコンポーネントみたいな奴だな
で、このスレと何の関係があるんだ？

**デフォルトの名無しさん** · 2022/02/02(水) 21:11:40.10

ん？日本でReact使ったまともなWebシステムがゼロなんだよなあ
からの流れだよ

結局のところ全体のフレームワークとしてバックエンドにまで絡めて既存の資産を捨てるほど大きなプロジェクトでReact使うことでの価値は無いってだけで
小規模のホームページとかそういうのならぜんぜん使ってもいいんじゃないっていう話だよ

**デフォルトの名無しさん** · 2022/02/02(水) 21:19:45.20

まぁクソデカSSRシステムに組み込めとか言われたらそうなるかもしれん。でも今後は変わるんじゃね？

**デフォルトの名無しさん** · 2022/02/02(水) 21:36:33.87

いやほんとまともにReactとかで規模の大きめのシステム作れるやつがまったくいない
日本のプログラマーがゴミクソばかりで世界一のIT後進国だからな

**デフォルトの名無しさん** · 2022/02/02(水) 21:45:08.40

webじゃないがSikiっていう専ブラはreactだったはず

**デフォルトの名無しさん** · 2022/02/02(水) 21:53:49.27

ここの連中集めればReact技能者は集まりそうだけど技術選定と設計ですげー揉めそうw

**デフォルトの名無しさん** · 2022/02/02(水) 22:18:45.71

好きなフレームワークで1人1ページ担当してがっちゃんこしよーぜ！

**デフォルトの名無しさん** · 2022/02/02(水) 22:37:51.13

じゃあおれバックエンドをVBScriptでやるわ
おまえらフロントすきにしていいぞ

**デフォルトの名無しさん** · 2022/02/02(水) 22:39:20.46

>>317
ごちゃごちゃと障がい者みたいにつぶやいてないで
一回自分でやれ

**デフォルトの名無しさん** · 2022/02/02(水) 22:58:02.85

じゃぼく「それjQueryで良くない？」って言う係

**デフォルトの名無しさん** · 2022/02/02(水) 23:36:32.04

技術選定だとReact、Nextjsを選んだ以上にCSSどうするかはかなり悩んだな。
結局CSS Modulesが最良と判断したが。

**デフォルトの名無しさん** · 2022/02/03(木) 16:23:18.14

個人的にはUtility Firstなやつが楽かな
クラス名考えるの面倒だし

**デフォルトの名無しさん** · 2022/02/03(木) 17:35:40.81

いやもうnuxtで良くない？

**デフォルトの名無しさん** · 2022/02/03(木) 18:48:10.96

今更vueって

**デフォルトの名無しさん** · 2022/02/03(木) 19:47:20.12

React/Next.js系がデファクトスタンダードだよな

**デフォルトの名無しさん** · 2022/02/03(木) 20:28:23.89

>>324
それってデータあるんですか？

**デフォルトの名無しさん** · 2022/02/03(木) 20:31:10.87

wasmでdomが扱えるようになったらrustで書けるフロントエンドが流行るはず
たぶんrustで書けるreactがそのまま出てくるから結局react覇権になりそうだが
rustはtypescriptの利便性保ちつつより堅牢で高速だから欠点無い

**デフォルトの名無しさん** · 2022/02/03(木) 20:34:08.26

マイナスが0になったら
流行るはずって思ってるやつ多いよな

LinuxでWindowsアプリが動いたら
流行るはずとかさ

**デフォルトの名無しさん** · 2022/02/03(木) 20:43:12.09

rust版reactとjs版reactの機能が同等になったら
新規プロジェクトでみんなrust版を選ぶようになるはずから
そうなったときがjs/tsの将来性が無くなる瞬間かもしれない

reactがrust版を出すんだったらvueとかsvelteもrust版出すはずで
結局今とフロントエンドライブラリの選定は変わらないのかな

**デフォルトの名無しさん** · 2022/02/03(木) 20:48:01.47

rustの方が冗長なんだから、
そんなことにはならないって言ってるんだがｗ

**デフォルトの名無しさん** · 2022/02/03(木) 20:48:33.70

なぜ劣る言語に変えると思うんだろうかね

**デフォルトの名無しさん** · 2022/02/03(木) 21:19:21.75

wasmからjsをバインディングしてdom操作すんの？
馬鹿じゃね？

**デフォルトの名無しさん** · 2022/02/03(木) 21:45:39.19

Rustは素晴らしく洗練された言語だけど、それはそれとしてフロントを書きたいかと言われると、パフォーマンス上の問題が出ない限りそうは思わない。ライフタイムとhookを並行して思考したりしてると著しく生産性落ちそう

**デフォルトの名無しさん** · 2022/02/03(木) 21:57:49.98

>>326
もうあるよ
dioxusのweb版
まんまreact
これはパラダイムシフトは確実な気がする
フロントエンドは面白くなるぞー

**デフォルトの名無しさん** · 2022/02/03(木) 22:05:06.01

>>333
これか
https://dioxuslabs.com/reference/web/

なんだこれは？
rustでフロントエンドしちゃってるよ
ヤバタニエン過ぎる

もしもだがdenoランタイムでこれができるようになったらマジでやべーぞ

**デフォルトの名無しさん** · 2022/02/03(木) 22:11:48.24

>>334
別に（JSの立場は）ヤバくはないと思うけど、確かに面白いなこれ

**デフォルトの名無しさん** · 2022/02/03(木) 22:12:16.95

よく分からんけどフロントをRustで書くメリットってなんかあるの？