最近の React ドキュメントは、SPA の発信元が存在しないふりをしています

React は https://react.dev/ で独自のドキュメントをリリースしました。 . 一流のように見え、さまざまな機能強化が詰め込まれていますが、近所の注目を集めたのは、「最近の React ミッションを作成する」です。 」。 独自の React ベンチャーを開始するための強く指示された方法は、Next.js に似たフレームワークを採用することですが、Vite や CRA で贅沢に使用されるバンドラーを利用するという使用されたルートは、少し強く心を痛めています。 Next.js は一流のフレームワークであり、人気が高まっているのは、サーバーの可能性による SEO 最適化の復活によるものです。 -Facet-Rendering (SSR) 内部の集合的な開発者の善悪の感覚。 そして、SEOに依存する静的なWebサイトやページにSSRを提供するフレームワークを採用することには、確かに意味があります.しかし従来のシングル ページ アプリ (SPA) はどうですか? ダッシュボードは、認証のサポートに存在する可能性が高い (そして SEO を少しも必要としない) ツールで贅沢に使用され、React が設計された最初のプットに組み込まれた、よそよそしい取引が存在します。

独自の React ドキュメント – フレームワークを使用しますが、アプリには「一般的でない」制約があります

独自のドキュメントには、独自の React ベンチャーを開始する際にフレームワークを利用するための適度に安全な主張が含まれています。 「フレームワークなしで React を使用できますか」という記事 (デフォルトでは折りたたまれたトグルのサポートに隠されています) でたまたま学んだとしても、フレームワークを使用しなくなった理由を納得させるテキストの壁に苦労する必要があります。基本的にSSRが不足しているため、罪深い信念。 最後に、Vite と Parcel に似たさまざまな選択肢を示す部分が最も便利です:

その場合でも、最初に、アプリに珍しい制約があることを告白する必要があります (そして、それがどのようなものになるかについての例は示されていませんでした)。基本構想。 最終警告が出たのにやっているのは贅沢な気分で、本当にやめてはいけないということはありません

SPA (よそよそしい) が重要な理由

SSR/SSG は、現時点で幅広い選択肢を検討しており、React の上に構築されたほとんどのユニークなフレームワークの主な特徴となっています。 そして当然のことながら、最初に素材を鳴らすまでの時間 (FCP) が重要な、静的で SEO 向けの Web サイトに React を利用する際の主な問題を解決しました 多様な面では、React、Angular、および多様な UI フレームワークがすべての機能を発揮する前に採用されたケースは、ダッシュボード アプリ (例: ベンチャー管理システム、CRM など) でした。デスクトップアプリに似た根本的に優れたUX.マーケットプレイス、ソーシャル プラットフォームなど) は今日、フレームワーク用の従来のポスター シュリンプ 1 つのデモ アプリであり、ダッシュボード – 贅沢なアプリのよそよそしい取引が存在し、これまで以上に多くのアプリが存在します。 何千もの企業が毎日社内ツールを構築しており、毎日のように独自の SaaS ポップアップを楽しんでいます。SEO は主に彼らの目的から外れています。すべてのピースが認証レイヤーのサポートでダウンしており、すべてのピースがワークフローに集中しており、もはや素材を鳴らすことはありません。 SSR は、顧客によるすべての設計のレンダリング負荷を分散するのとは異なり、サーバーに負担をかけるため、非生産的である可能性さえあります.

では、どのようにSPAを発信しますか?

歴史的には、React好みのスタックで最も単純な UI ライブラリに変わりました。 React ベンチャーのバンドラー/スターターとして CRA (またはこの表示日は Vite) を採用します。 次に、ルーティング ライブラリ (react-router など) を追加し、配信管理ライブラリ (Redux、react-demand など) を追加する可能性があります。 Node.js/Bid、Rails、レジャーなど、選択したものは何でもバックエンドを作成します。

この特定の雇用ケースに特化した独自のフレームワークも出現しています (例: RedwoodJS と ハチ (免責事項: それが私たちです!)) その主な特徴はもはや SSR ではなく、ファイル モデルでの API と CRUD のわずかな抽象化であり、UI からデータベースまでのフルスタック機能を取得し、簡単な認証に似た追加の側面を備えています。そしてそのまま展開。メッセージ、React は、SSR を主要な特性として強調しないさまざまなソリューションに対して安全なシグナルを発しています。

では、実質的な取引は何ですか? Next/RemixでSSRの採用を強制する人はいません

その通りだけど、全体の枠組みに溶け込んでいるのも事実単純に UI ライブラリを選択するよりもさらに大きなステップです。 フレームワークは(より)独断的であり、多くの選択肢(コード構造、構造、展開)が事前に作成された状態で到着します。 どれも一流であり、だからこそ貴重であり、利用を差し控えさせていただきます

しかし、寓話の名前を提示する必要があり、最終的な名前は開発者に任せる必要があります。 React はあまりにも貴重で、貴重で、スタイリッシュなツールであり、このステップをスキップすることはできません.

ループ内で防御することを決意しますか? → ニュースレターの半分になってください!

𝚆𝚊𝚝𝚌𝚑 𝙽𝙾𝚆 📺