JavaScriptフレームワーク選定の議論 - Qiita

25コメント 登録日時:2017-08-02 21:20 | Qiitaキャッシュ

フロントエンドのスタック フロントエンドの技術的なスタックには幾つかのカテゴリがあり、 その中で何を使うかという話になっていくことが多いです。 もちろんAngularやEmberのようにカテゴリをまたいだものを持つ本物のフレームワークも存在します。 フロントエンドとカテゴリの例 次のカテゴリは一例ですが、アプリケーションによって必要なカテゴリも異なります。そのためここで出しているものはただの例だと...

Twitterのコメント(25)

元々、サーバー側で何らかのフレームワークは使われているものと思われるので、そいつのアセットパイプラインからwebpackへの乗り換えが問題になったりするよねこれ。 /
@azu_re on @Qiita
なるほどぉ('ω' )
JavaScript:メモ:「JavaScriptフレームワーク選定の議論」
さすがだなあ。カテゴリ分けしてそれぞれが枠を超えていないか注目する、同じカテゴリ内で適宜乗り換えを検討する/
カテゴリー分けすることで取捨選択を判断しやすくなる。他のプラットフォーム知見の転用で理解するのにも有用。この中だと私はテスト系でユニット テスト以外は捨ててる。 /
ふむふむ / - Qiita:
カテゴリ別に整理していて良い。/
あーこの記事よくまとまってて、好き。
よいまとめ。
自分はcssはフレームワークを使わずに書いています。

@azu_re on @Qiita
つまるところ、Web フロントエンドの世界も Java の世界と変わらないような感じになってきたという事なんだろう。Java を個人プロジェクトで使う気が起きないのと同様、これら全部を個人で使う気は起きない。 / "JavaSc…"
ブコメみて驚いたけど、これって別にバックエンドのスタックに比べて多くないよね。Javaならみんなmavenもspringもjunitも使わずに書いてるの?あとjQueryは最近は使いどころが難しい。下手に使うと大混乱を招く…。
最近のJavaScriptでの開発は無闇に複雑化して誰も得していない。環境をいじくり回すことが目的化している。 /
こういうのを読むとさっぱりわからんので、古き良きjsp+JQuery+Ajaxでいいやって気持ちになる。 /
azuさんのまとめ /
あとで //
「フレームワーク」と呼んだ時にも各々が思ってるものが違いそう。 /
とにかく地獄っぽいということが分かった / -
あーもうフロントエンドついていけんわー /
サッと読めて、スッと内容が入ってくるほど読みやすく分かりやすい。

@azu_re on @Qiita
JavaScript フレームワーク選定の議論 -
さすがの網羅性だった
いろいろあっておもしろい
@azu_re on @Qiita
"JavaScriptフレームワーク選定の議 - "
以上

記事本文: JavaScriptフレームワーク選定の議論 - Qiita

関連記事

画像で見る主要ニュース