私たちは、作成中のアプリケーションのフロント エンドを構築するためのオプションを検討しており、私たちにとって機能し、前進するための最適なプラットフォームを提供してくれるツールを評価しようとしています。
これはNode.jsプロジェクトです。当初の計画では、Express を使用してそのルートをたどる予定でしたが、この段階を開始する前に、そこにあるものを確認するのが最善であると判断しました。私たちのアプリケーションには、ビューの観点からではなく、アプリケーションの観点から関連しているという点で、単一ページ モデルに適合しないと思われる領域がいくつかあります。
Backbone.js、Meteorなど、さらに AngularJS など、クライアントを構築するために使用できるいくつかのフレームワークを見てきました。
これはかなり明白な質問かもしれませんが、AngularJS が純粋に単一ページ アプリケーション用であるのか、それとも Express などの複数ページ アプリケーションに使用できるのかを判断することはできないようです。
2013 年 7 月 17 日更新 人々の最新情報を把握するために、プロセスを進めながらこの質問を更新します。今のところすべてを一緒に構築しますが、それがどれだけうまく機能するかを見ていきます。私たちは、私たちよりも AngularJS に精通している何人かの人々に連絡を取り、コンテキストを共有する大規模なアプリケーションを分割することについて質問しましたが、1 つのページで作業するのは大きすぎる可能性があります。
コンセンサスは、複数の静的ページを提供し、それらのページのみで動作する AngularJS アプリケーションを作成して、効果的に SPA のコレクションを作成し、標準のリンクを使用してこれらのアプリケーションをリンクできるということでした。私たちのソリューションにはいくつかのアプリケーションがあるため、私たちのユースケースは非常に具体的です。前述したように、最初に単一のコードベースを試して、そこから最適化します。
UPDATE 2016 年 6 月 18 日プロジェクトは崖っぷちに陥ったため、やりすぎることはありませんでした。最近再び取り上げましたが、Angular を使用しなくなり、代わりに React を使用しています。前回の更新で概説したアーキテクチャを引き続き使用しており、エクスプレス アプリと自己完結型アプリを使用しています。たとえば、/chat
React チャット アプリを提供する Express のルートが/projects
あり、プロジェクト アプリを提供する別のルートがあり、すぐ。各アプリは、その機能セットの観点から集約ルートであり、それ自体がアプリと見なされるためにはスタンドアロンである必要があります。技術的には、すべての情報がそこにあり、基本的な表現であり、使用したいクライアント側のアプリ構築のあらゆるフレーバーです。