JavaScriptのフレームワークについて質問します。個の銅バッジ5回答に主観が含まれ多岐にわたりそうな質問ですので、スタック・オーバーフローにはマッチしない質問になるかもしれません。有意義な回答を得るために「こういうことをしたいのだけれどどのフレームワークが一番うまくいきそうか」みたいな内容にしてはいかがでしょうか。12:312どんなものを作るのかがはっきりしてから質問してください。オフトピックとするかどうかについて、メタで問題提起しました。「どのフレームワークがいいか」という質問ではなく、「選び方」を問う質問なので、個人的に問題ないのではないかと思っています。メタへの参加には信用度が5点必要になりますので、ご意見があれば、ここにコメントいただくか、他のQ&Aの投稿を通じて信用度をためた上でメタにご参加ください。4:32選び方を問う場合でも、回答の範囲を絞るために、やはりある程度背景情報を具体的に共有していただいた方がよいですね。想定しているアプリケーションの種類やニーズを今からでも補足していただけると助かります。票10フレームワークとはMVW(MVWhaterver)のことだとして話をします。流行り廃りが激しい環境なので、枯れているかという点より、今現在どの程度アクティブにメンテナンスされているかが最も重要です。Githubの最終コミットが3ヶ月以上前のものは基本的に避けています。いえ、開発/運用期間中にメンテナンスが放棄されることもあるので、自分はリスクを避けるために一つのライブラリの役割が目的に対して単機能であり、単機能故に学習コストが低く、アプリ全体の設計としてモジュールがいつでも置き換えられるかどうかを重視しています。(これが理由で自分はリスク面でAngularを採用していません。これに関しては恐らく自分と異なる意見があるという点を付記しておきます)その上で、求められるパフォーマンスと生産性のバランス、あとはプロジェクトメンバーのスキルセットを考慮して考えます。スキルが有るメンバーがいるならReactを推していますが、あまりJavaScriptのスキルが高くないメンバーが含まれないなら時期尚早かもしれません。Vue.js/Knockout.js資料の少なさを乗りきれて、ある程度規模が大きくパフォーマンスを要求するならReact疎結合なコンポーネントを大量に統合するならAngular色々使ってきましたがここらへんが現実的に取りうる選択肢だと思います。500行未満ならjQueryも選択肢になるでしょうが、最近はダメな設計への割れ窓になりがちなので使用を控えたいと思っています。タグが付いた他の質問を参照するか、自分で質問をする。会を開催します🎉コメントで回答する理由を教えてくださいサイトの未翻訳箇所を見つけて、もくもく会で直しましょう関連する質問7FirefoxでのJavascriptによるGamepadAPIを使ったXBOX360コントローラー2Swiftでフレームワークの読み込みを管理したい。