ホームページ  >  記事  >  ウェブフロントエンド  >  React Fatigue: 一部の開発者が次のステップに進む理由

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

DDD
DDDオリジナル
2024-11-01 22:06:29971ブラウズ

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 の定期的なアップデートと機能リリースは、祝福にもなりますが、同時に呪いにもなります。最近の記事では、React の急速な進化により、企業はほぼ 2.5 年ごとにアプリを書き直す必要があり、これは困難であると主張しました。頻繁に更新しないチームは技術的負債が蓄積するリスクがあり、新しい開発者は React 17 から 19 などのバージョンへの移行を管理することになり、イライラする可能性があります。

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

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

Reactがまだ輝くとき

結局のところ、テクノロジーの選択はプロジェクトとチームの専門知識によって決まります。 React は、洗練された状態管理と豊かな対話性を必要とする分野で引き続き強力です。ただし、小規模または単純なプロジェクトの場合は、より軽量で柔軟な代替案の魅力を無視することはできません。

以上がReact Fatigue: 一部の開発者が次のステップに進む理由の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。