Vue vs React vs Svelte Part.7
■ このスレッドは過去ログ倉庫に格納されています
実際どうなん?
※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などはおk。 どっちが良いとかじゃなくてエンタープライズとWebフロントエンドの文化の違いだなぁこれは。
読んでるだけで胃が痛くなるな >そして私は、各開発者がサードパーティーのライブラリを習得する時間について考えていなかった。
>私は2つのReactプロジェクトで同じ依存関係、プロジェクト構造、ガイドラインを持っているのを見たことがない。
ゴミじゃん reactがエンタープライズに向いてないって話じゃなくて著者がエンタープライズ案件を管理できなかったっていう話だよな 「関数コンポーネント? ダメダメダメ。我たちは好きじゃないからクラスコンポーネントを使いましょう!」
↓
開発者たちは関数コンポーネントがクラスコンポーネントと同じくらい良いことに気づき、それらを使い始めた。その結果、進行中のプロジェクトは元々のコーディング規約に従わなくなっていた。 これは各開発者が個人で選択したようなものだ。そして私はそれを許容していた。
.NETカス爺ほんまwwww オブジェクト指向は手続き型に破れた
オブジェクト指向なんて必要なかったんや >>767
まさかJSのクラスがここまでゴミとは思わなかったんだろうな
.NETの感覚でやったらclass使うのが正解で当たり前だし オブジェクト指向言語の99%以上は手続き型言語だけど…
一応研究用概念実証用でPrologにオブジェクト指向導入した実装とかあるにはあるからそれはオブジェクト指向言語かつ非手続き型だけどね
> オブジェクト指向は手続き型に破れた
例えて言うとこれ、「日本人は男に破れた」みたいな文だよ
オブジェクト指向かそうでないかは手続き型言語かそうでないかと直接関係ない(直交する)
日本人かどうかは男かどうかと直接関係ない(直交する) jsから動的にHTML要素に付与や剥奪、上書きされたclass属性や
style属性などを、
その操作を行ったjsソースまで追跡して特定するいい方法は
あるかね?
Devtoolsの機能で出来る? >>769
関数型プログラミングできないんですね。わかります Ruby からElixir
オブジェクト指向から、関数型へ
RubyからGo
is-a・継承を無くして、has-a・ダックタイピングへ
Rubyは、ダックタイピングかつオブジェクト指向 Ruby on Rails でも、Webpack, Babel が標準で、
Bootstrap, jQuery, React、規約だけのフレームワーク・Stimulus
RailsがHTMLを返す。
Reactはコンポーネントとして使う
また、サーバー側がRails、GUI がReactと分けることもできる。
RailsのAPI モードで、JSON, GraphQL でやり取りする 推奨NGワード: Ruby
推奨NGワード: Rails Vueは生物じゃないから最初から生きてないし死んでもない 死んでないけどreactとreduxとhooksの思想をごちゃ混ぜにして
機能追加したせいでカオスになってる vueは3.1からかなり使いやすくなったと思うけどなぁ
script setup のシンタックスシュガーのおかげでとても読みやすい ジャバパーとcシャーパーにReact使わせる案件は絶対に回避せねばならない むしろ日本っぽいなと思った
どういう会社か知らんがアメリカじゃ使えない奴は全員クビにするし 基本、米国人は米国企業のものを使う。
だから、React, Bootstrap
中国っぽいものは、危険なので使わない 米国人というか世界言うなら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%です。 bootstrapのデザインあんまし好きじゃないな >>789
それ満足度じゃん
使用率だとBootstrap86tailwind26だぞ Bootstrapは馴染めないよな
どこに需要があるのかもよく分からない
デザイナー? 問題は日本語環境のドキュメントがあるかどうか
理解出来ることと、マルチバイトにうまく適合すること両方必要 >>786
この場合の使えないやつとは、Reactを採用させてプロジェクトを破綻させたやつってことだよ >>792
Bootstrapは開発者がアプリのプロトタイプを開発するときに
適当でそれっぽいデザインにするために使う
デザインを重視する場合、Bootstrapのフレームワークに適合させつつ
思った通りのデザインにするのは、苦労するだけ デザイン指定ありの場合は100%自作する
そうでなければフレームワーク使うよ >>795
プロトタイプねー
そのぐらいしか無いよね フロントエンジニアは指定されたデザインどおりに作れないゴミしかいないからな
生まれつき目ん玉腐ってるから見たまますら作ることができない 30機種くらいのスクリーンプロファイルごとに全部デザイン出してほしいね。
あと付けでiPhone5で見きれるからこの時はここのフォントサイズを小さくとかそんなんばっか。
こっちが忖度で勝手にフォントサイズ小さくできないからね!? >>801
お前アホなの?知識ゼロだろ
話にならんわ どんなcssフレームワーク使おうが生まれつき脳みその品質低いからどんなデザインすら実現出来ないだろ
できるならやってみろ そこまで仰るからには貴方はさぞ素晴らしいデザインが出来るのでしょうね。
やってみてくださいよ 明日また来てください。本当のデザインをお見せしますよ フロントエンジニアを名乗るならデザイナーの要求を完璧に実現できて当然
実現できない奴はフロントエンジニアではない
フロント業界の質が下がるからバックエンドエンジニアを名乗ってくれるか フロントだけの人なんている?
ホームページ屋さん? 大手というか募集しているところは割とフロントとバックエンド分けてるよね
小さなプロジェクトしかしてないからいつも両方やってるけど
本番インフラやデザインは別の人がやってるけどね デザイナーの要求を完璧に実現できて三流
要求以上のものに仕上げてようやく二流
お前らはいつになったら一流になるんだ? vue作ってると.vueファイルがめっちゃ長くなるんやが、なんか対策ってあるます? ちょっと極端だと思うけど、一つのファイル(やclass)はだいたい200行以下にするし、関数は概ね20行以下にしてる。
長いスコープを管理できるほど頭が良くないので Vueほんと分かりにくくなったね
reactの方が全然楽 reactよりややこしいvueって存在意義なくね… useEffectやuseCallbackが10も20も出てくるようになるときっついなあっておもってたけど
vueはもっときっつくなってるのかな…… >>824
やってることはreactのFCと一緒
そこでreactで良くね?ってまず思う
我慢して使ってるとreactを再解釈した弊害か目的がよく分からないものがチラホラでてくる
これ一体なんだ?と調べ始めるとドキュメントやユーザーの薄さから情報は得られずソース追いはじめるがアップデートで破壊的な変更
だんだんバカバカしくなってくる
先の知れてるVueに詳しくなってもしょうがないし結局reactで良くね?ってなる 言うほどvue難しいか?
3.1になってから更に簡単になったと感じてるけど >>822
vue3で追加されたものだけを使うってやればシンプルなのだけどね
既存コードはどうにもならん vueのどこが難しいんだ?
vue使ってるプロジェクトのコードベースがよっぽど酷いのか? Reactもそうだけどコードが増えるのがね。
単純なことしかしないのに、なんであんなに大量なコードを書かせるのか
必要なら大量になっても構わないが、単純なことは少ないコードで実現できるようにしろと 単純な事、というのが何かわからないけど、それは使い所を間違ってるんじゃないかなぁ?
ちょっとDOM操作が多かったり、あるコンポーネントのパラメータが別のコンポーネント(やエレメント)に絡むような内容だと、コード長は普通に減ると思うけど。
Reactの話ね。 サンプルはカウンターかtodoだけどカウンターもtodoも開発では作らん
カウンター作って、どうだ!?Reactは簡単だろ!!
ってなるわけねーだろ
これの1万倍は複雑なものを作ってる >>830
そうだよ。そしてReactやVueが適さないユースケースがたくさんある >>831
そもそも複雑なものを作らないほうがいい
なぜ単純にしようとしないのか >>833
んなこと誰だって思ってるしそれが理想だけど、現実はもっと複雑なこと求められるだろ
一人で作ってんならともかく 複雑な要件は断れば良い
仕事も面倒も無くなって一番シンプル >>833
実際に開発するとわかるが、実業務が複雑だから複雑にならざるを得ない React(とNext.js)上手く使うと10000倍複雑なものが500倍くらいの複雑さで済むと思うんだよなぁ。
リアクティブである事と有用なコンポーネントが揃ってる事はそれぐらいのポテンシャルある コンポーネントを作りやすいなら別にSPAじゃなくてもいい気がしたけどコンポーネント1番作りやすいのがReactだった SPAとMVCの組み合わせってアリ?
ログインだけMVCでやりたい paypalのエンジニアも言ってたけど、小・中規模だとContext分離やuseCallback、useMemoってほとんど使わんよな
とにかく使え、とにかく分離しろみたいな解説多すぎ せやで。だからウェブサイトだとjQueryでいいってことになるんだよ どんな小規模でももうjQueryは嫌だな
CDNでReactをロードしてJSXで書いちゃう そして炎上する
「デジタル庁創設に向けた準備サイト」がスクリプト無効で閲覧できない
https://blog.w0s.jp/643 >>846
CDNでReactロードするくらいなら、Preact使った方が小規模良向けじゃね?
tree shakingしてないReactとかめちゃデカいし、ブラウザのプライバシー強化で共有ライブラリのキャッシュ効かなくなっちゃったし。
小規模が開発規模を意味して、環境構築を楽したいって事ならCDNか
>>847
15年からタイムスリップしてきたのかな?
デジタル庁にはこういう奴の意識改革を本旨に据えて欲しいな >>849
無駄なことをしないというのも意識改革だよ この準備サイトとやらがこの段階で10年後やらを見据える必要あるのかとか考えてなさそう
JSにアレルギーとかありそうw
ま、代替テキスト全くないのもどうかとは思うがね Nextjs使うよりもreact単体で作った方がいいケースってあるか? >>852
規模次第じゃないの?
vueでも何でもnuxtってのはどうかと思うし 10年後を見据えるとvueもnuxtもなくなってるだろうな >>854
そうか?reactの方が無くなってるかもよw
正直流行るような要素無いやんw
独自ルール多すぎで >>855
実際に流行ってきてる
https://w3techs.com/technologies/history_overview/javascript_library/all/y
ぶっちゃけな。技術なんて大差ないんだよ。
あとはうまく宣伝できたほうが勝ち
2018/1/1 2019/1/1 2020/1/1 2021/1/1 2021/5/4
jQuery 73.1% 73.6% 74.2% 77.2% 77.8%
React 0.5% 0.2% 0.3% 0.3% 1.8%
Vue 0.1% 0.2% 0.3% 0.5% 0.5%
nuxt 圏外 ■ このスレッドは過去ログ倉庫に格納されています