Backbone.js や Embers.js などのフロントエンド JavaScript フレームワークを学び始めており、Node.js でいくつかのプロジェクトを実行したいと考えていました。私はいくつかのドキュメントを読んでいますが、単一ページでアプリケーションを作成するときにこれらのフレームワークが使用されているようです。私はいくつかのページに分割されたアプリを開発することに慣れていますが、私の場合、それらのフレームワークがプロジェクトにとってより役立つか負担になるか疑問に思っています。
また、JavaScript がサーバーとクライアントの両方で使用されているかどうか、それらの間でコードを共有するために使用できる何らかの機能がある場合は同じ言語を使用しているため、フロントエンド フレームワークがより適しているかどうかも知りたいと思いました。このため、Node.js。
NodeJSアプリケーションとフロントエンドの両方に同時に適したフロントエンドフレームワークを実際に指摘することはできません。
A。 _ NodeJSは本質的にサーバー側です。しかし、そのJavaScript。つまり、 underscore.js、uglify.jsなどの優れた機能ユーティリティ、機能のための独自の機能（WebベースのJavaScriptで配列内のアイテムを検索するために開発したロジックなど）などをバックエンドで使用できます。 。
B。 _ フロントエンドは進化し、JavaScriptアプリケーションも進化しました。質問ごとに、1ページのアプリケーションを開発する場合は、MVC、MVVM、MVW、MVPデザインパターンを確認することをお勧めします。たとえば。BackboneJSは、MVCアプリケーションの構築に役立ちます。リッチアプリケーションには、DOM、ajax、その他のものを処理するjQueryのようなライブラリがありますが、ほとんどの場合、アプリケーションは複数のものの組み合わせであることがわかります。
C。 _ アプリケーションのフロントエンド用のフレームワークを選択する場合は、TodoMVCが最適です-http: //todomvc.com/。
D。 _ バックエンド（この場合はNodeJS）のフレームワークを選択する場合は、ExpressとGeddyを検討することをお勧めします。
NodeJSがプレーンブラウザーJavaScriptの場合、ExpressとGeddyはバックボーンになります-MVCの場合
さらに、NodeJSアプリの場合、NPMレジストリには膨大なユーティリティのリストがあり、そのほとんどはブラウザーJavaScriptで既に使用したものの移植版です。
E。 _ サーバーは単にページとリソースを提供します。したがって、私の少しの知識によると、バックエンドとフロントエンドの両方でJavaScriptを使用している場合でも、両方で個別の作業とファイル/スクリプトが必要になります。共通してメリットがあるのは、同じフロントエンドJavaScript開発者がより小さな学習曲線でバックエンドで作業できることだけです。
専門家が学習曲線の負担のためにフレームワークのアイデアを捨てているのを見てきました。したがって、結局のところ、複数のテクノロジーを使用するアプリケーションのために特別にいくつかの調査を実行する必要があり、それらを学習して実装するための取り組みが必要になります。
このページをチェックアウト:
すべての一般的な JavaScript フレームワークとその todo の例が含まれています。いくつか試してみて、どれがあなたに最適なオプションかを判断してください。この資料がお役に立てば幸いです。