Java Web Application Framework総合　ver2

■ このスレッドは過去ログ倉庫に格納されています
2013/07/21(日) NY:AN:NY.AN
Java用のWeb Application Frameworkについて語るスレッド

海外では多数のFrameworkがあるのに、日本語の情報は意外と少ない
開発生産性、パフォーマンス、ドキュメントの充実度、安定性、使いやすさなどを
比較しながら、最高のフレームワークを探してみるスレッド

前スレ
http://toro.2ch.net/test/read.cgi/tech/1338707919/

Web Application Framework　のリスト
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks

特徴の比較
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#Comparison_of_Features
2013/07/21(日) NY:AN:NY.AN
【関連スレッド】
Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.5
http://toro.2ch.net/test/read.cgi/tech/1220671877/

【DI】Java Spring Frameworkを語るスレ 5.0
http://toro.2ch.net/test/read.cgi/tech/1322414231/

以上、テンプレ終わり。
需要があるかわからんけど立ててみた。
2013/07/21(日) NY:AN:NY.AN
>>1乙
ASP.NETの話題が増えてたしスレタイからJava外してもよかったかもな
あるいはASP.NETは専スレ立ててそっちでやってもらうか
2013/07/21(日) NY:AN:NY.AN
どう考えてもASP.NETが他所でやるべきだろ
2013/07/21(日) NY:AN:NY.AN
ASP.NETはJavaみたいにフレームワーク同士の組合せとかあんまり無くって、
ASP.NET MVCか、古い方のASP.NETくらいしか無いからな。
JavaはWeb層、DIコンテナ、OR/Mと色んな組合せがあるから、
難しい反面、語ることも色々あるんだよね。

と言いつつ、Struts1.xを仕事で使ってるんだけどね。
ちょこちょこカスタマイズしながら。
フレームワークを上手く使えば量産型PGを大量に投入できるので、
工数削減に寄与できるんだよね。
JSP/Servletしか使わないとか、オレオレフレームワークとか言ってるのは、
ビジネスセンス疑いますよ、ええ。

あと、どうせオプソのサポートなんて合って無い様なもんなんだし、
自前でコード読んでサポートできる技術力は会社に一人くらいは必須だよね。
2013/07/21(日) NY:AN:NY.AN
１アクション１メソッドで中に何百ステップ書かれてようと気にしない
量産型PGで生産性に拘るなら当然の選択
2013/07/21(日) NY:AN:NY.AN
>>2に追加

△△もっとStruts2の良さを教えてくださいSsssion6
http://toro.2ch.net/test/read.cgi/tech/1217536023/

【Java】Play framework【Scala】
http://kohada.2ch.net/test/read.cgi/php/1304277057/

Tapestryについて語ろうよ！
http://toro.2ch.net/test/read.cgi/tech/1067531714/

【Java】Wicket【HTML】
http://toro.2ch.net/test/read.cgi/tech/1132407308/
2013/07/21(日) NY:AN:NY.AN
>>3-4
ASP.NETとASP.NET MVCのスレはすでにある。
ここはそのままでいいよ
ASP.NET系は一番人気あるフレームワークだから、
どういうスレタイにしてもASP.NET系の話題は出てくる。

ASP.NET MVC
http://kohada.2ch.net/test/read.cgi/php/1331013877/

【質問】ASP.NETスレ Part7【雑談】
http://kohada.2ch.net/test/read.cgi/php/1343282128/

【消しゴム】MONOを使ってみるスレ4【じゃない】
http://toro.2ch.net/test/read.cgi/tech/1329023778/

>>1 乙
2013/07/21(日) NY:AN:NY.AN
結局生ServletとかJSPとか言っているのは開発にスケールもスピードも求められて
いなくて、そのくせ一度作ったサービスを見直しもリニューアルもせず延々と延命
させ続ける客相手の受託開発メインってことかなぁ。面白く無さそう。
2013/07/22(月) NY:AN:NY.AN
最近angularjs + playframework2(scala,coffeescript,less)を使い始めたんだけど、すごく使いやすいよ。
.NET MVCと比べても作業効率が高い。でも、scalaだとスレ違いか。
2013/07/22(月) NY:AN:NY.AN
Scalaはいずれ抑えたいけど業務アプリだと出番がないな
2013/07/23(火) NY:AN:NY.AN
Struts1使ってるやつがビジネスセンスどうのこうのw
利益率上げたければ生産性低いStrutsはないだろ
2013/07/23(火) NY:AN:NY.AN
ScalaはJavaの代替として考えた時期もあったが
うんこフレームワークしかないのでやめた

Play!はsessionがなかったりかなり変なフレームワークで
汎用的に使えるものじゃなかった。
Lift はものすごく使いづらくひどいものだった。

Scalaはコンパイルが遅いのも問題でイライラした。

けっきょく、ASP.NET MVCが最強だった
2013/07/23(火) NY:AN:NY.AN
ScalaがSession持ってたまるか
何のための関数型なんだか
2013/07/23(火) NY:AN:NY.AN
ぜんぜんレイヤーが違うじゃん
どんな言語でもセッションは必要だろ
2013/07/23(火) NY:AN:NY.AN
>>5
商用のなんて使ってもバグなんて直してくれないだろうに……
というのがＯＳＳに流れてついてきた奴の流れじゃろ。
2013/07/23(火) NY:AN:NY.AN
playframeworkは基本ステートレスだけど、セッション持ってるよ。
まぁ、servletとは全く別物だから取っ付きにくいかもだけど、playの方が扱いやすい。
一言で言うと、Java on Rails。試してみて損は無い。
scalaがコンパイル遅いのは同意。
2013/07/23(火) NY:AN:NY.AN
play2のview templateがクソだけど、
angularjsと一緒に使うことで生まれ変わる。
2013/07/23(火) NY:AN:NY.AN
自社プロダクトだからスケールやスピードよりも
より安定してより細かい制御が作りこめて寿命が長くないといけないから
やっぱりJSP&Servletがいいかな。
2013/07/23(火) NY:AN:NY.AN
Java on RailsをのたまうならGrailsを無視するな〜
2013/07/23(火) NY:AN:NY.AN
Scalaは気になるんだけど、コンパイルの遅さとか、その辺については実際どうなの？
実際に使っている人の話が聞きたいけど。

あと、個人的にはPlayよりScalatraが気になるかな。
2013/07/23(火) NY:AN:NY.AN
Scalaは戀塚氏のお気に入り
2013/07/24(水) NY:AN:NY.AN
JAX-RSはCDIのConversationScopedと組み合わせると業務でも行けそうだ
2013/07/24(水) NY:AN:NY.AN
Scala推せば通ぶれる、という雰囲気があるのは確か
2013/07/24(水) NY:AN:NY.AN
ConversationScopedと組み合わせなくても普通に業務で使っているけれどもね > JAX-RS
2013/07/24(水) NY:AN:NY.AN
>>21
scalaはコンパイルが本当に遅い。ここはなんとかして欲しい。
まぁコンパイルの遅さを差し引いいても、開発効率やメンテナンス効率が高いから全体で見るとそれ程問題ない。
コンパイルなんてほっとけば終わってるし。
Scalatraも使いやすい。Servlet派の人はこっちの方がいいかもね。

>>20
Grails？GroovyはGradleレベルのちょっとした物書くにはいいけど、
本格的なプロジェクトでは使いたくないな。
Groovyの作者もScalaを知ってたらGroovyなんて作らなかったって言ってるからね。
http://www.infoq.com/jp/news/2009/07/scala-replace-java
2013/07/24(水) NY:AN:NY.AN
>>26
印象論や伝聞だけで敬遠されているのならやや勿体ないな > Grails

Grailsの良いところはGroovy云々以前にまずSpring MVCベースのフルスタックの
フレームワークとして一番普及していてメンテもされていること。
Javaで書かれたSpringベースの成果物にWebのUIを与えるのに一番の近道。

あとGroovyに関してはこれで大切なロジックを書くことまでは期待していない。
うちの会社もバックエンドやGrailsで使うにしても抽象クラスの類はJavaでカッチリ
書いている。

あとGroovyはグルー言語としてとても優れていて、Javaでカッチリ書かれたものを
Groovyでサクッと拡張してからデプロイするといった用途に便利。
2013/07/24(水) NY:AN:NY.AN
おいときますね
下2行は辞めた先輩が実際に歌った歌詞だよ☆ミ

ヤバ 破綻した グルーで補修した
それだけで なんか達成感
大事なのは QCD あと利益率ゥゥゥゥゥッ⁈
コストを 下げなきゃ 基盤の意味がない
2013/07/24(水) NY:AN:NY.AN
結局普及に失敗したものは廃れる運命だからな
2013/07/24(水) NY:AN:NY.AN
Hibernate同様にGrailsも認知度の日本国内外の差は妙なところだなぁ。

http://www.slideshare.net/mraible/comparing-jvm-web-frameworks-devoxx-france-2013

PlayとGrailsの比較とか。
http://www.slideshare.net/mraible/play-vs-grails-smackdown-devoxx-france-2013
2013/07/24(水) NY:AN:NY.AN
Scalaやっている人は、参考までに使っているツール(IDE、他)を教えてくれないかな？
2013/07/24(水) NY:AN:NY.AN
>>31
Eclipseベースは古いバージョンしかつかえない

Scalaスレ情報では
ScalaのIDEはIntelliJ IDEAが一番人気らしいよ
自分で使った感じでもIDEAが一番ましだった。

compile遅いうえに、よいフレームワークがなかったから
俺はscala自体捨てた
言語はJavaよりましだけどライブラリ、フレームワークといった
エコシステムが充実していない。
ScalaはOSSも盛り上がりに欠けている。
2013/07/24(水) NY:AN:NY.AN
ScalaはCPUリソースを使い切るような環境でもなければ出番が無さそう
AWSにデプロイできるScalaベースのソーシャルアプリとか出たら話は変わるかも
2013/07/28(日) NY:AN:NY.AN
寺田氏曰くGF4はまだ安定版じゃないとのことだがJerseyの2系(今は2.1)も同じかな？
2013/07/30(火) NY:AN:NY.AN
roadmapを見るに今年中に4.0.1が出るらしいが
本番で来年出るらしい4.1からかな、商用サポート始めるみたいにあるし
2013/08/06(火) NY:AN:NY.AN
The Curious Coder’s Java Web Frameworks Comparison:
Spring MVC, Grails, Vaadin, GWT, Wicket, Play, Struts and JSF

http://zeroturnaround.com/rebellabs/the-curious-coders-java-web-frameworks-comparison-spring-mvc-grails-vaadin-gwt-wicket-play-struts-and-jsf/

ここでもGrails...
Documentationが評価5だけど確かにGrailsの公式リファレンスは使いやすい。
2013/08/06(火) NY:AN:NY.AN
JSFが23%ってヤツら狂ってるな
2013/08/06(火) NY:AN:NY.AN
http://taichi.hatenablog.com/entry/2013/08/06/171524
Groovyの基礎的な文法を紹介する所から丁寧に書きました。

だそうだ
2013/08/06(火) NY:AN:NY.AN
毎日何かが半額のmanningが今日はGroovy関係
プロモーションコードはdotd0806

Gradle in Action
http://www.manning.com/muschko/

Grails in Action, Second Edition
http://www.manning.com/gsmith2/
2013/08/06(火) NY:AN:NY.AN
制作者がScalaを知ってたら作らなかったとか言ってた言語なのに人気あるんか
2013/08/07(水) NY:AN:NY.AN
Scalaを知っていたら敢えて新しい言語を作るまではしなかっただろう
というだけの話で、Groovyが劣っているとかそういう話じゃないだろ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況