React、過剰に複雑な代物。 - Qiita

はいさい！ちゅらデータぬオースティンやいびーん！ 今回の記事は筆者に珍しく、技術紹介ではなく、僕の個人的な意見を書きます。あくまでも、自説です。 React自体は画期的で、プログラミング界に貢献したプロジェクトだと思っていますし、完全に否定したいわけではありません。 Reactに対する違和感＝芽生えては大きく育った種 筆者はReactがとても好きでした。JavaScriptが好きになったきっかけもReactでした。何から何までもReactで書き直して、Custom Hooksを作って、refを子部品に渡したり、バリバリ満喫していました。 Vueも仕事の関係で習得せざるを得なくなったのですが、Vueは最高に大嫌いでした。これならReactで書き直してやるぅ！と思ったりも。 Reactについて社内でも導入を推進したり、React入門の勉強会を開いたりもしています。 しかし、そんな筆者は、最近に

[digo]

筆者がReactキライになって代わりに何を選んだのか気になる。

[c-matt]

Reactは対面通行（？）だった道路を無理やり一方通行にしたようなものだと思ってるよ。往来の少ない道路なら不便なだけだけど、交通量の多いとこだと効果を上げられるみたいな。規模大きくなると活きてくるやつ

[neet_modi_ki]

TypeScriptは当然使うとして、そのTypeScriptとどれだけ相性がいいか、という観点ではReactが素晴らしくVueとかは微妙すぎるんだよなあ。（Meta的には依然Flowが標準っぽいのは皮肉だけど）

[mominis]

html``にテンプレートを書くのもコードがそのままESとして解釈出来るだけで本質的なテンプレートの記法はHTML標準から離れてるのでLitが死んだら死ぬよ。ところでVueテンプレートが本物のHTMLというのはなんの冗談ですか？

[justgg]

すごくわかる。関数だ、でも状態を持ちたいからhooksだ、なんて言いながらどんどん進化の袋小路に入り込んでる。これならオブジェクト指向の方がずっとマシ。

[fikah]

ベータがVHSに負けたのと同じ。Vue3とかSvelteの方が筋が良いと思うけどReactが流行っちゃったので仕方がない。次の流行りがくるまで我慢するしかないよ

[kazu1107]

転職でAngularからReactに改宗したけどレンダリング毎に実行する場所に無理やりなんでも突っ込む思想が理解し難い。

[euro]

以前は React がんばりたいなあと思ってたけど最近は Vue の方がいいなと思ってる。

[BOOOOOOOON]

昨日初めてReact使ったTypeScriptのプロダクトコード読んだけど、え、なにこれ今こんなめんどくさいことしないとHTMLレンダリングできないの・・・？　ってなったよ

[yamadar]

いち意見として。読んで思ったことはブコメだと書ききれんな。一理あるけど一理しかないようなコメントで揚げ足とってもしょうがないし。

[shingo-sasaki-0529]

昔も読んだ気がするのを改めて読んだけど、やっぱ基本賛同できないなぁ。多くの観点から現代でも　React を採用するのが最も無難だと思う。(最善かはプロジェクトによる)

[rochefort]

わかる

[nilab]

React、過剰に複雑な代物。 - Qiita

[poad1010]

この筆者、単に hooks に慣れないのと、クラスベースやオブジェクト指向プログラミングが好きなだけなのではないか？という気がする。 Vueの方が複雑(その上、Vueは宣言的でReactは宣言的ではないとかいう誤った主張も行わ

[Kesin]

むしろDOMとかHTMLを独自の要素で抽象化しているからこそReact Nativeみたいなことが可能になるのでは。他のライブラリとは目指してる世界が違うのでは

[habarhaba]

ピュアな世界に対しては過剰に複雑かもしれないけど、現実世界の問題に対してはベターなツールだと思って使っている

[gabill]

そもそもフロントエンドに複雑さは必要なのだろうか。そんなに状態を保つ必要があるのだろうか。SPAはユーザーに求められてるのだろうか。FacebookやTwitterには必要だろうけど、世のサイトの9割には不要ではないだろうか

[arx0balest]

Vueでは、<template>タグでHTML5の基準に沿って本物のHTML5を書けます / ここ最高に頭おかしくて草。v-for や v-if が本物のHTML5だったのかー。勉強になったわー。

[door-s-dev]

そろそろ次が出てくるのかな

[mr_ozin]

気持ちは分からないでもないけど、難癖なポイントもあるので厚切りテンションでWHY REACT PEOPLE!?と叫んでいるように見える

[uchiten]

Reactあまり触ってないから間違ってるかもしれんけどVueのほうがとっかかりやすいというか、小さく始められる印象はある。

[rainbow_doll]

だから今だとSolid一択なんですよねー

[yaboot]

フレームワークに大事なのは「やっつけ」ができるか？であって、ガチガチの理想が高い意識高い系は廃れる。

[pwatermark]

そうなんだ、じゃ私Flutter使うね

[soybeancucumber]

後発のフレームワークを触っているとどうしてもReactの冗長さが目に付くのはすごくわかる

[fukken]

Reactは「それぞれの状態の時、DOMがどうあるべきかを記述する」もの。DOM操作とはパラダイムが違う。Reactは「状態の遷移」を隠蔽する。アイテムを追加する時の処理ではなく、アイテムが2個ある場合、3個ある場合を書く。

[tekmak]

データ操作は統一的な操作1箇所にまとめたいんじゃないの？副作用なく決まるはずだしって。

[buhoho]

そのとおりだけど、今更言うことかって気もする。ミュータブルで混乱のもとだった生ドムを触らず、宣言的な書き方でも差分管理でドム書き換えのコスト抑えるライブラリだから。オーバーキルの気持ちはわかる

[yuzuk45]

FB（Meta）が嫌いだからReact触ってない奴いる？いねえよな。ここにおるわｗ！

[for-my-internet-demo]

結局クラス相当のことしかやってないからhooksに対する気持ちはわかる。どうでもいいメディアや静的サイトををreactやvueで書く流れも負債の匂いしかしないし。vueが筋がいいは大嘘だろうとは思うがw

[ultimatebreak]

ガチガチのなんかをTSで書くならReact選ぶかなあ。パッと頭使わずなんかやりたいなら他使う方が脳が休める(当社基準)

[ducktoon]

Solid か Svelte に移行しよう

[baronhorse]

vdomは大きい木の全体置換のかわりに局所的な差分更新にできる時速いみたいなアレじゃないか。まあまあ速く宣言的に書けるみたいな。hooksで関数コンポーネントみたいなのは縦に短くかける以外のメリットがわからない

[gomer-pyle]

hooks になってComponentDidUpdateとかで頑張らなくても良くなったのはかなり助かった。イベントドリブンなのは楽だと思うけどそうでもないのかな。

[aktkro]

仕方なくReact使ってるけど、Nuxt3とVuetifyがいい感じになったらすぐにでもVue3に戻る気でいる。

[madogiwahirasyain]

Vueが大嫌いなのはなんでだろう？Reactに対して文句言ってるところはほぼVueだと解決出来るのに

[tockri]

Reactは参照のコードしか書かなくていいから楽なんだよね、という記事をこないだ書きました。https://zenn.dev/tockri/books/dcaf6c55e64448/viewer/react

[twotiger]

FacebookとかOracleが欧米のかなり多くのプログラマーから軽蔑されてるのは確か

[murlock]

悪名高いFacebookだけどReactはじめOSS分野で頑張ってるからどちらかといえば好意的なくらいReact信者。JSXの微妙なHTML改造もVueのテンプレート構文と比べれば学ぶこと少ない。そもそもReactはライブラリでFWじゃない

[programmablekinoko]

HTML標準でjsの値をコンポーネントやエレメントにバインドできるオプションがあれば良いんだよな。そういう機構がないからサードパーティ製のテンプレートやJSXが出来た。