React Fatigue: 一部の開発者が次のステップに進む理由-jsチュートリアル-php.cn

React Fatigue: 一部の開発者が次のステップに進む理由

DDD

リリース： 2024-11-01 22:06:29

オリジナル

1049 人が閲覧しました

React Fatigue: Why Some Devs Are Moving On

誤解しないでください。私は React が大好きです。私がそれを学び始めたのは、フックが大流行し、React が台頭していた 2021 年でした。大学で学ばなければならなかった Java の定型文と比べると、JavaScript と React は新鮮に感じられました。私は Scrimba の React 向けフロントエンドパスに飛び込みました。ミニプロジェクトの構築は楽しくて有益でした。 UI/UX のバックグラウンドを持つ私は、React のデザインライブラリを使用して構築できるクリーンな UI も気に入りました。

しかし、最近では React の魅力が失われているようです。この問題を巡る議論が高まっており、テクノロジー業界の大手企業が撤退する理由がこれに説明されるかもしれない。では、React では何が起こっているのでしょうか?

React の人気が衰えつつある理由

React には、特に高度な状態管理が必要な複雑なプロジェクトにおいて長所がありますが、多くの場合、その長所にはクライアント側の JavaScript が重いというトレードオフが伴います。シンプルなアプリケーションやパフォーマンス重視のアプリケーションでは、これによりユーザーエクスペリエンスが遅くなる可能性があり、スピードを優先する企業にとっては大きな欠点となります。

最近のいくつかの批判は、Picallilli に関する記事によくまとめられており、React がいかに深く埋め込まれており、反発にもかかわらず置き換えが困難であることを浮き彫りにしています。著者は、代替フレームワークが台頭しても、React には長期間関連性を保つ巨大な既存のコードベースがあると指摘しています。さらに、バージョン 19 でカスタム要素 (Web コンポーネント) のサポートを追加するなど、React の進化への取り組みにより、移行と柔軟性が容易になる可能性があります。

大企業は前進する

React に疑問を抱いているのは開発者だけではありません。企業もそれに基づいて行動しています。

Netflix は一部のプロジェクトで Vanilla JS への移行を発表し、Microsoft は Edge の Web コンポーネントを選択し、Shopify は一部のプロジェクトで React から脱却し、Airbnb はモバイルアプリ向けに React Native ではなく OS 固有のフレームワークに傾きつつあります。 Gusto の Kelly Sutton は StimulusJS に切り替えています。

フレームワークに依存しないソリューションを求める傾向が強まっており、企業はパフォーマンス、柔軟性に重点を置き、React がもたらす重みを避けるようになっています。

自分のブログの構築について

この議論全体を通じて、私は構築したい新しいブログサイトのための自分自身の技術スタックを再考することさえしました。私の最初のポートフォリオサイトは React で構築され、Vercel にデプロイされましたが、今回は Next.js、Gatsby、Astro、Hugo などのオプションを検討しました。ブログはSEOが最優先なので、ギャツビーとヒューゴに絞りました。 Hugo と Go のシンプルさについて読んだことがあります。一部の開発者は、新規ユーザーは 1 週間以内にしっかりした Go コードを作成できると主張していますが、React は新しいフックや機能についていくには博士号が必要であると感じることがよくあります。それで、私は Hugo と一緒に行くつもりですが、途中で Go を手に入れるかもしれません。でも心配しないでください。React を放棄するわけではありません!