Javaフレームワークはどれを勉強したら良いですか？

Question

Java歴３年くらいのものですが、Javaフレームワークを扱ったことがありません。
勉強しようと思ったのですが、フレームワークの種類が多すぎてどれから手をつけていいかがわからなかったので質問させていただきました。

【持っているスキル】
・Jsp・Servletを使用してのWebアプリケーション開発経験あり
・JDBCドライバーを使用してのDB処理の開発経験あり

【何を開発したいか】
・Webアプリケーション

【勉強しようと思っているフレームワーク候補】
・Strtus1.X系もしくは2.x系もしくはStruts2
・Spring Boot
・Seaser2

おすすめのフレームワークとかあれば、ご教授いただければ幸いです。
宜しくお願いいたします。

Comments

[退会済みユーザー]

Seasar2 は EOLを 今月 26日に控えてたりします。
http://www.seasar.org/

Struts 1.x はすでにEOLを迎え TERASOLUNA 等のベースから削除されつつあります。

Answer 1

現状

FW	version	EOL	後方互換	新規案件	保守案件
Struts	1.1	○	無	無	少
Struts	1.2	○	無	無	減
Struts	1.3	○	無	無	無
Struts	2.0	○	無	無	少
Struts	2.3	-	-	増	増
Struts	2.5	-	-	無	無
S2Struts	2.x	○	無	減	中
SAStruts	2.x	○	無	減	中
Teeda	2.x	○	無	減	中
Spring boot	-	-	-	-	-
Spring Framework	-	-	-	中	中
Terasoruna (Struts)	-	○	-	減	中
Terasoruna (Spring)	-	-	-	増	増
Intramart（AP-SERVER-IN)	-	-	-	増	増
Objectworks（Struts)	-	○	-	減	中
J-Framework (Spring)	-	-	-	-	-
Justware (JSF)	-	-	-	-	-
JSF	-	-	-	-	-

- は 未調査、未入力、未確認

という所感なので、これから勉強するなら Spring 系統かな

また Play Flame Work は JScala のフレームワークなので業務系では少ないでしょう。
EC-サイト系ならば一考の余地がある模様ですが

※ Scalaの脆弱性も追加されるので

Comments

[raccy]

ドワンゴがニコニコでPlay Framework + Scalaを使ったという話もあるので、固くない企業では真似するところは増えてくるのではないでしょうか。といっても、Play FrameworkはScalaでやってこそ本領を発揮すると思いますので、Javaしかしないなら、ちょっともったいないですけど。

[退会済みユーザー]

その会社の場合まあソーシャルゲーム系か後述のEC系サイトのほうだとおもいますよ。

業務案件情報系の情報からなんで全部ではないですから

[raccy]

業務系は慎重ですからねー。まだ、評価が十分こなれていない(というより、上が知らない)ものを使うにはリスクがあるという考えがまだまだあるような気がします。あとはできる開発者がいないというどうしようもない現実もあるかも知れませんけど。

[退会済みユーザー]

日本の業務系システムのSIerの上位が電話やさんがひっぱっちゃってるからってのものあるんだろうけど

[favoriteigo]

調査いただきありがとうございました。大変参考になりました。

Answer 2

既存のものはStrus,Stringなどが多いと思いますので勉強する価値は
あるかと思います。但し今後はApache Tomcatを使わずに軽くて
効率的なframeworkを使う方向にあると思いますので今からであれば
Playframeworkなどが面白いと思います。

今後、Struts1,Struts2などのframeworkで作成されたものは
Playframeworkへと置き換えられていく可能性があると思います。

ご参考まで

Comments

[mit0223]

Play framework 知りませんでした。 NIO の WebSocket コネクタを持ってるんですね。自分の回答では、 Jetty と書きましたが Play Framework も良いと思います。

Answer 3

私は、これから数年の間にアプリケーションの開発スタイルが変わっていくと思います。いや、もう変わってしまったかもしれません。

開発スタイルというよりもアーキテクチャが変わります。Struts や JSF のように、ブラウザからリクエストを出して、サーバ側でHTMLを生成して返すというような動きではなく、ブラウザに1個の大きな JavaScript を送り（ブラウザから見るとアプリのクライアントソフトウェアをダウンロードし）、そこからサーバのAPIにアクセスする動きになります。

つまり、 Web アプリというよりもクライアントーサーバ型のアプリになるわけです。そうなると MVC はブラウザ上の JavaScript で実装されることになります。

ご質問は Java のフレームワークについてですが、私は ReactJS, AngularJS などの JavaScript のフレームワークを勉強されることをおすすめします。

一方、サーバ側では API を実装する必要があるので、 Java を使って実装するのも良いと思います。ただし、そこには JSP のように HTML をレンダリングするものは不要です。MVCもありません。純粋なロジック層とデータ層のみがあります。フレームワークというような大げさなものは不要で、 Jetty があれば充分と思います。キーワードとしては、 WebSocket, NIO というようなところだと思います。

（次の流れも予測しますと、言語を複数覚えるのは面倒だということでサーバ側も JavaScript が主流になる可能性もあります）