Nuxt のページ数を減らすにはどうすればよいですか?

Question

100 のルートを持つ大規模な nuxt アプリケーションを開発していると想像してください。このアプリケーション (マイクロ フロントエンドを除く) で最適なルート管理ソリューションは何ですか?

Answer 1

＃＃＃どういう意味ですか？

ここでは

ページ についてのみ話していますよね?では、/user/id、/post/id などでしょうか? その場合は、柔軟性を高めるために
/_entity/id または /_entity/_slug を使用できます (_entity user にすることもできます) または post など)。
/about、/our-team、/careers など、さまざまなページが多数ある場合は、これらのページに独自のページが必要だと思います。 SEO、コンテンツ、完全に合法です。

なぜこれが問題になるのか本当にわかりません。それは適切に編成され、拡張可能であり、抽象化が多すぎないようにします (これは私の意見では重要です)。

これらのページの一部を

nuxt/content 経由で .md ファイルとしてエクスポートし、ページにインポートすることもできます。 Nuxt ドキュメント が しているのと同じです。

これらのページを

単純化する必要がある場合は、テンプレート全体を動的にして、実行時にマークアップを生成できます。これにより、(私の意見では) 必要のない非常に複雑な処理が発生する可能性があります。 さらに、レイアウト、スロット、レンダリング機能も解決策となる可能性があります。

マイクロ フロントエンド (誇大広告のように聞こえます) が実際に互いに隣り合って配置された Nuxt の複数のインスタンスであるのか (同じドメインでホストされている場合はひどいアイデアのように聞こえます)、それともそれがあなただけなのかはわかりません。非モノリシックなフルスタック アプリケーションの「コンポーネント化」 (私たちが数年間にわたって Web サイトを構築してきた方法)。

---

しかし、私にとって、プロジェクトの

pages
が 100 であれば、まったく問題ありません。 もちろん、一部の

/blog/post/1

、/blog/post/2 をハードコーディングするのは良くありません (笑) が、大規模なアプリケーションの場合はまったく問題ありません。これにより、ビルド時間などに問題が発生する可能性がありますが、それは別のトピックであり、プロジェクトの生成方法によって異なります。 ですから、はい、面接官がこれらの方法を超えて何かを掘り下げたい場合は、面接官からさらに詳細を聞いて、課題と使用できる方法を正確に理解する必要があります。

つまり: 私の知る限り、ページ数を減らすように設計されたフレームワークはありません。それ自体は問題ではありません。 10,000 Nuxt ページが

---

/about

を遅くすることは決してありません (遅くなる場合、問題は別の場所にあります)。