Vue vs React vs Svelte Part.7

**デフォルトの名無しさん** · 2021/01/18(月) 01:41:17.84

実際どうなん？
※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Svelte
https://svelte.dev/
※前スレ
Vue vs React vs Svelte Part.6
https://mevius.5ch.net/test/read.cgi/tech/1603771745/

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

**デフォルトの名無しさん** · 2021/04/18(日) 14:36:56.87

webpackを回避するのが茨の道だから使った方が楽

**デフォルトの名無しさん** · 2021/04/18(日) 14:46:57.94

webpackは必要悪だから覚えるしかない

**デフォルトの名無しさん** · 2021/04/18(日) 15:10:41.05

ツリーシェイキングとかメリットもあるからあんまり目の敵にしないであげて欲しいな

**デフォルトの名無しさん** · 2021/04/18(日) 15:13:27.55

こういうところめんどくせーよな
マイクロソフトを見習えっての

**デフォルトの名無しさん** · 2021/04/18(日) 15:24:46.29

めんどくせーって人向けにはcreate-react-appとかcreate-next-appとかありますし。MSもあのライブラリとSDK入れろとかあるので五十歩百歩かと

**デフォルトの名無しさん** · 2021/04/18(日) 23:25:06.22

webpackより良い奴ってそもそもあるの？

**デフォルトの名無しさん** · 2021/04/18(日) 23:55:01.16

webpacker

**デフォルトの名無しさん** · 2021/04/18(日) 23:58:50.40

vite

**デフォルトの名無しさん** · 2021/04/19(月) 02:20:45.69

>>748
使ってんじゃねーかｗｗｗ

**デフォルトの名無しさん** · 2021/04/19(月) 15:43:54.54

https://www.graat.co.jp/blogs/ckn8ourdkezx50b95h4v5uk1o

**デフォルトの名無しさん** · 2021/04/19(月) 17:15:47.25

>>761
笑ロタ

**デフォルトの名無しさん** · 2021/04/19(月) 17:30:51.70

>>761
Reduxクソって書いてあった

**デフォルトの名無しさん** · 2021/04/19(月) 17:57:14.78

どっちが良いとかじゃなくてエンタープライズとWebフロントエンドの文化の違いだなぁこれは。
読んでるだけで胃が痛くなるな

**デフォルトの名無しさん** · 2021/04/19(月) 18:13:17.67

>そして私は、各開発者がサードパーティーのライブラリを習得する時間について考えていなかった。
>私は2つのReactプロジェクトで同じ依存関係、プロジェクト構造、ガイドラインを持っているのを見たことがない。

ゴミじゃん

**デフォルトの名無しさん** · 2021/04/19(月) 18:53:37.91

reactがエンタープライズに向いてないって話じゃなくて著者がエンタープライズ案件を管理できなかったっていう話だよな

**デフォルトの名無しさん** · 2021/04/19(月) 19:02:05.00

「関数コンポーネント？　ダメダメダメ。我たちは好きじゃないからクラスコンポーネントを使いましょう！」
↓
開発者たちは関数コンポーネントがクラスコンポーネントと同じくらい良いことに気づき、それらを使い始めた。その結果、進行中のプロジェクトは元々のコーディング規約に従わなくなっていた。これは各開発者が個人で選択したようなものだ。そして私はそれを許容していた。

.NETカス爺ほんまｗｗｗｗ

**デフォルトの名無しさん** · 2021/04/19(月) 19:04:36.93

オブジェクト指向は手続き型に破れた
オブジェクト指向なんて必要なかったんや

**デフォルトの名無しさん** · 2021/04/19(月) 19:25:36.25

>>767
まさかJSのクラスがここまでゴミとは思わなかったんだろうな
.NETの感覚でやったらclass使うのが正解で当たり前だし

**デフォルトの名無しさん** · 2021/04/19(月) 19:27:08.90

オブジェクト指向言語の99%以上は手続き型言語だけど…
一応研究用概念実証用でPrologにオブジェクト指向導入した実装とかあるにはあるからそれはオブジェクト指向言語かつ非手続き型だけどね

> オブジェクト指向は手続き型に破れた

例えて言うとこれ、「日本人は男に破れた」みたいな文だよ

オブジェクト指向かそうでないかは手続き型言語かそうでないかと直接関係ない（直交する）
日本人かどうかは男かどうかと直接関係ない（直交する）

**デフォルトの名無しさん** · 2021/04/19(月) 19:33:35.23

jsから動的にHTML要素に付与や剥奪、上書きされたclass属性や
style属性などを、
その操作を行ったjsソースまで追跡して特定するいい方法は
あるかね？
Devtoolsの機能で出来る？

**デフォルトの名無しさん** · 2021/04/19(月) 19:50:17.32

>>769
関数型プログラミングできないんですね。わかります

**デフォルトの名無しさん** · 2021/04/19(月) 19:51:33.62

論理破綻男あらわる

**デフォルトの名無しさん** · 2021/04/19(月) 19:51:38.90

>>771
そういうライブラリいくらでもあるぞ

**デフォルトの名無しさん** · 2021/04/20(火) 05:11:24.31

Ruby からElixir
オブジェクト指向から、関数型へ

RubyからGo
is-a・継承を無くして、has-a・ダックタイピングへ

Rubyは、ダックタイピングかつオブジェクト指向

**デフォルトの名無しさん** · 2021/04/20(火) 05:22:26.60

Ruby on Rails でも、Webpack, Babel が標準で、
Bootstrap, jQuery, React、規約だけのフレームワーク・Stimulus

RailsがHTMLを返す。
Reactはコンポーネントとして使う

また、サーバー側がRails、GUI がReactと分けることもできる。
RailsのAPI モードで、JSON, GraphQL でやり取りする

**デフォルトの名無しさん** · 2021/04/20(火) 05:46:53.41

推奨ＮＧワード： Ruby
推奨ＮＧワード： Rails

**デフォルトの名無しさん** · 2021/04/20(火) 17:14:23.19

Vueは死んだの？

**デフォルトの名無しさん** · 2021/04/20(火) 17:17:42.45

Vueは生物じゃないから最初から生きてないし死んでもない

**デフォルトの名無しさん** · 2021/04/20(火) 17:26:09.98

死んでないけどreactとreduxとhooksの思想をごちゃ混ぜにして
機能追加したせいでカオスになってる

**デフォルトの名無しさん** · 2021/04/20(火) 17:31:18.02

vueは3.1からかなり使いやすくなったと思うけどなぁ
script setup のシンタックスシュガーのおかげでとても読みやすい

**デフォルトの名無しさん** · 2021/04/20(火) 17:50:37.26

ジャバパーとcシャーパーにReact使わせる案件は絶対に回避せねばならない

**デフォルトの名無しさん** · 2021/04/21(水) 12:31:49.71

エンタープライズアプリでReactを選択したことで解雇されそうになりました
https://ichi.pro/enta-puraizuapuri-de-react-o-sentakushita-koto-de-kaikosareso-ni-narimashita-145610804069404

ラノベのタイトルみたいだが、実際こんなことになってる現場は日本にもありそう

**デフォルトの名無しさん** · 2021/04/21(水) 12:32:31.47

>>760
と同じ記事だった…

**デフォルトの名無しさん** · 2021/04/21(水) 12:32:58.80

>>761
こっちだった

**デフォルトの名無しさん** · 2021/04/21(水) 12:40:58.76

むしろ日本っぽいなと思った
どういう会社か知らんがアメリカじゃ使えない奴は全員クビにするし

**デフォルトの名無しさん** · 2021/04/21(水) 12:55:43.90

基本、米国人は米国企業のものを使う。
だから、React, Bootstrap

中国っぽいものは、危険なので使わない

**デフォルトの名無しさん** · 2021/04/21(水) 13:02:18.07

マテリアルUIはどうですか？

**デフォルトの名無しさん** · 2021/04/21(水) 13:18:42.14

米国人というか世界言うならBootstrapはもう一番じゃないよ。
https://2020.stateofcss.com/
和訳：
https://coliss.com/articles/build-websites/operation/css/the-state-of-css-2020.html

フレームワークは2020年で大きな変動がありました。Tailwind CSSが1位になり、Bootstrapは大きく順位を落としています。

Tailwind CSS: 87%
PureCSS: 71%
Bulma: 61%
Ant Design: 60%
Materialize CSS: 53%
ちなみに、Bootstrapは48%、Foundationは31%です。

**デフォルトの名無しさん** · 2021/04/21(水) 13:34:29.58

bootstrapのデザインあんまし好きじゃないな

**デフォルトの名無しさん** · 2021/04/21(水) 14:01:51.84

>>789
それ満足度じゃん
使用率だとBootstrap86tailwind26だぞ

**デフォルトの名無しさん** · 2021/04/21(水) 15:33:23.05

Bootstrapは馴染めないよな
どこに需要があるのかもよく分からない
デザイナー？

**デフォルトの名無しさん** · 2021/04/21(水) 16:00:07.12

問題は日本語環境のドキュメントがあるかどうか
理解出来ることと、マルチバイトにうまく適合すること両方必要

**デフォルトの名無しさん** · 2021/04/21(水) 16:15:34.60

>>786
この場合の使えないやつとは、Reactを採用させてプロジェクトを破綻させたやつってことだよ

**デフォルトの名無しさん** · 2021/04/21(水) 16:18:17.83

>>792
Bootstrapは開発者がアプリのプロトタイプを開発するときに
適当でそれっぽいデザインにするために使う

デザインを重視する場合、Bootstrapのフレームワークに適合させつつ
思った通りのデザインにするのは、苦労するだけ

**デフォルトの名無しさん** · 2021/04/21(水) 16:19:58.01

みなさん製品はCSS自作するんですか？

**デフォルトの名無しさん** · 2021/04/21(水) 17:03:53.14

デザイン指定ありの場合は100%自作する
そうでなければフレームワーク使うよ

**デフォルトの名無しさん** · 2021/04/21(水) 17:21:29.53

>>795
プロトタイプねー
そのぐらいしか無いよね

**デフォルトの名無しさん** · 2021/04/21(水) 19:09:21.03

フロントエンジニアは指定されたデザインどおりに作れないゴミしかいないからな
生まれつき目ん玉腐ってるから見たまますら作ることができない

**デフォルトの名無しさん** · 2021/04/21(水) 19:17:52.08

見た目を決めるだけのデザイナーはラクでいいよね

**デフォルトの名無しさん** · 2021/04/21(水) 19:23:50.91

30機種くらいのスクリーンプロファイルごとに全部デザイン出してほしいね。
あと付けでiPhone5で見きれるからこの時はここのフォントサイズを小さくとかそんなんばっか。
こっちが忖度で勝手にフォントサイズ小さくできないからね！？

**デフォルトの名無しさん** · 2021/04/21(水) 21:25:28.42

>>801
お前アホなの？知識ゼロだろ
話にならんわ

**デフォルトの名無しさん** · 2021/04/21(水) 21:47:11.18

具体的な言及なしｗ
エアプ顔真っ赤ｗ

**デフォルトの名無しさん** · 2021/04/21(水) 22:10:43.14

どんなcssフレームワーク使おうが生まれつき脳みその品質低いからどんなデザインすら実現出来ないだろ
できるならやってみろ

**デフォルトの名無しさん** · 2021/04/21(水) 22:51:27.28

そこまで仰るからには貴方はさぞ素晴らしいデザインが出来るのでしょうね。
やってみてくださいよ

**デフォルトの名無しさん** · 2021/04/22(木) 07:37:22.81

明日また来てください。本当のデザインをお見せしますよ

**デフォルトの名無しさん** · 2021/04/22(木) 07:57:48.60

出来らあっ！

**デフォルトの名無しさん** · 2021/04/22(木) 08:40:43.56

フロントエンジニアを名乗るならデザイナーの要求を完璧に実現できて当然
実現できない奴はフロントエンジニアではない
フロント業界の質が下がるからバックエンドエンジニアを名乗ってくれるか

**デフォルトの名無しさん** · 2021/04/22(木) 10:01:48.50

フロントだけの人なんている？
ホームページ屋さん？

**デフォルトの名無しさん** · 2021/04/22(木) 10:29:21.53

そこでバックエンドに鞍替えしちゃうものどうなのか

**デフォルトの名無しさん** · 2021/04/22(木) 11:20:57.15

大手というか募集しているところは割とフロントとバックエンド分けてるよね
小さなプロジェクトしかしてないからいつも両方やってるけど
本番インフラやデザインは別の人がやってるけどね

**デフォルトの名無しさん** · 2021/04/22(木) 11:22:45.36

デザイナーの要求を完璧に実現できて三流
要求以上のものに仕上げてようやく二流
お前らはいつになったら一流になるんだ？

**デフォルトの名無しさん** · 2021/04/22(木) 11:26:49.81

Reactすっとばしてnextjsやってええか？

**デフォルトの名無しさん** · 2021/04/22(木) 11:37:41.25

デザインの話はもういいよ
1人でやれ

**デフォルトの名無しさん** · 2021/04/22(木) 12:02:54.10

>>813
ええよ。全く問題ない

**デフォルトの名無しさん** · 2021/04/25(日) 19:56:54.29

vue作ってると.vueファイルがめっちゃ長くなるんやが、なんか対策ってあるます？

**デフォルトの名無しさん** · 2021/04/25(日) 20:00:59.31

縦長ディスプレイを使う

**デフォルトの名無しさん** · 2021/04/25(日) 20:21:04.46

関数コンポーネントに切り分ける

**デフォルトの名無しさん** · 2021/04/25(日) 23:09:29.31

さんくす、切り分ける方向で考えてみます

**デフォルトの名無しさん** · 2021/04/25(日) 23:16:58.04

ちょっと極端だと思うけど、一つのファイル（やclass）はだいたい200行以下にするし、関数は概ね20行以下にしてる。
長いスコープを管理できるほど頭が良くないので

**デフォルトの名無しさん** · 2021/04/26(月) 09:11:14.45

長い関数やでかいクラスは危険な香り

**デフォルトの名無しさん** · 2021/04/28(水) 17:05:29.71

Vueほんと分かりにくくなったね
reactの方が全然楽

**デフォルトの名無しさん** · 2021/04/28(水) 17:09:00.25

reactよりややこしいvueって存在意義なくね…

**デフォルトの名無しさん** · 2021/04/28(水) 17:22:54.42

useEffectやuseCallbackが10も20も出てくるようになるときっついなあっておもってたけど
vueはもっときっつくなってるのかな……

**デフォルトの名無しさん** · 2021/04/28(水) 18:01:30.52

>>824
やってることはreactのFCと一緒
そこでreactで良くね？ってまず思う

我慢して使ってるとreactを再解釈した弊害か目的がよく分からないものがチラホラでてくる

これ一体なんだ？と調べ始めるとドキュメントやユーザーの薄さから情報は得られずソース追いはじめるがアップデートで破壊的な変更

だんだんバカバカしくなってくる
先の知れてるVueに詳しくなってもしょうがないし結局reactで良くね？ってなる

**デフォルトの名無しさん** · 2021/04/28(水) 18:31:35.62

言うほどvue難しいか？
3.1になってから更に簡単になったと感じてるけど

**デフォルトの名無しさん** · 2021/04/28(水) 21:58:11.07

>>822
vue3で追加されたものだけを使うってやればシンプルなのだけどね
既存コードはどうにもならん

**デフォルトの名無しさん** · 2021/04/29(木) 00:18:44.79

vueのどこが難しいんだ？
vue使ってるプロジェクトのコードベースがよっぽど酷いのか？

**デフォルトの名無しさん** · 2021/04/29(木) 04:30:30.22

Reactもそうだけどコードが増えるのがね。
単純なことしかしないのに、なんであんなに大量なコードを書かせるのか
必要なら大量になっても構わないが、単純なことは少ないコードで実現できるようにしろと

**デフォルトの名無しさん** · 2021/04/29(木) 06:08:37.63

単純な事、というのが何かわからないけど、それは使い所を間違ってるんじゃないかなぁ？
ちょっとDOM操作が多かったり、あるコンポーネントのパラメータが別のコンポーネント（やエレメント）に絡むような内容だと、コード長は普通に減ると思うけど。
Reactの話ね。

**デフォルトの名無しさん** · 2021/04/29(木) 06:38:42.58

サンプルはカウンターかtodoだけどカウンターもtodoも開発では作らん

カウンター作って、どうだ！？Reactは簡単だろ！！
ってなるわけねーだろ

これの1万倍は複雑なものを作ってる

**デフォルトの名無しさん** · 2021/04/29(木) 08:40:27.45

>>830
そうだよ。そしてReactやVueが適さないユースケースがたくさんある

**デフォルトの名無しさん** · 2021/04/29(木) 08:41:19.94

>>831
そもそも複雑なものを作らないほうがいい
なぜ単純にしようとしないのか

**デフォルトの名無しさん** · 2021/04/29(木) 09:01:05.90

>>833
んなこと誰だって思ってるしそれが理想だけど、現実はもっと複雑なこと求められるだろ
一人で作ってんならともかく

**デフォルトの名無しさん** · 2021/04/29(木) 09:06:53.32

複雑なものをシンプルにするのが技術

**デフォルトの名無しさん** · 2021/04/29(木) 09:16:34.31

複雑な要件は断れば良い
仕事も面倒も無くなって一番シンプル

**デフォルトの名無しさん** · 2021/04/29(木) 15:16:38.32

シンプルなものを複雑にするのが悪い役人の技術

**デフォルトの名無しさん** · 2021/04/29(木) 18:25:39.53

>>833
実際に開発するとわかるが、実業務が複雑だから複雑にならざるを得ない

**デフォルトの名無しさん** · 2021/04/29(木) 18:36:02.33

React（とNext.js）上手く使うと10000倍複雑なものが500倍くらいの複雑さで済むと思うんだよなぁ。
リアクティブである事と有用なコンポーネントが揃ってる事はそれぐらいのポテンシャルある

**デフォルトの名無しさん** · 2021/04/29(木) 18:41:05.97

コンポーネントを作りやすいなら別にSPAじゃなくてもいい気がしたけどコンポーネント1番作りやすいのがReactだった

**デフォルトの名無しさん** · 2021/04/29(木) 21:00:49.19

vueは難しいのではなく混沌としている

**デフォルトの名無しさん** · 2021/04/29(木) 21:01:55.84

SPAとMVCの組み合わせってアリ?
ログインだけMVCでやりたい

**デフォルトの名無しさん** · 2021/05/03(月) 02:45:34.01

定期

**デフォルトの名無しさん** · 2021/05/03(月) 18:36:50.49

paypalのエンジニアも言ってたけど、小・中規模だとContext分離やuseCallback、useMemoってほとんど使わんよな
とにかく使え、とにかく分離しろみたいな解説多すぎ

**デフォルトの名無しさん** · 2021/05/04(火) 00:08:03.67

せやで。だからウェブサイトだとjQueryでいいってことになるんだよ

**デフォルトの名無しさん** · 2021/05/04(火) 00:42:13.11

どんな小規模でももうjQueryは嫌だな
CDNでReactをロードしてJSXで書いちゃう

**デフォルトの名無しさん** · 2021/05/04(火) 00:44:31.09

そして炎上する

「デジタル庁創設に向けた準備サイト」がスクリプト無効で閲覧できない
https://blog.w0s.jp/643

**デフォルトの名無しさん** · 2021/05/04(火) 00:58:42.27

ただの難癖つけたい老害にしか見えないな

**デフォルトの名無しさん** · 2021/05/04(火) 08:17:40.35

>>846
CDNでReactロードするくらいなら、Preact使った方が小規模良向けじゃね？
tree shakingしてないReactとかめちゃデカいし、ブラウザのプライバシー強化で共有ライブラリのキャッシュ効かなくなっちゃったし。
小規模が開発規模を意味して、環境構築を楽したいって事ならCDNか

>>847
15年からタイムスリップしてきたのかな？
デジタル庁にはこういう奴の意識改革を本旨に据えて欲しいな

**デフォルトの名無しさん** · 2021/05/04(火) 10:18:10.63

>>849
無駄なことをしないというのも意識改革だよ

**デフォルトの名無しさん** · 2021/05/04(火) 14:03:06.02

この準備サイトとやらがこの段階で10年後やらを見据える必要あるのかとか考えてなさそう
JSにアレルギーとかありそうw

ま、代替テキスト全くないのもどうかとは思うがね