- 1 名前：デフォルトの名無しさん [2012/06/03(日) 16:18:39.74 ]
-
Java用のWeb Application Frameworkについて語るスレッド
海外では多数のFrameworkがあるのに、日本語の情報は意外と少ない
開発生産性、パフォーマンス、ドキュメントの充実度、安定性、使いやすさなどを
比較しながら、最高のフレームワークを探してみるスレッド
Web Application Framework のリスト
en.wikipedia.org/wiki/Comparison_of_web_application_frameworks
特徴の比較
en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#Comparison_of_Features
- 623 名前：デフォルトの名無しさん mailto:sage [2013/04/11(木) 10:27:17.03 ]
- 【超速報】 Java8、仮想マシンに.NET/Mono採用検討開始 − プログラミング界に激震
engawa.2ch.net/test/read.cgi/poverty/1365643043/
- 624 名前：デフォルトの名無しさん mailto:sage [2013/04/11(木) 10:43:32.25 ]
- Mono、のちのちMS.netランタイムでjarが動くようになるなら
Javaデスクトップアプリケーションにはありがたいなぁ。
- 625 名前：デフォルトの名無しさん mailto:sage [2013/04/11(木) 10:49:37.28 ]
- でも .class → JVM → .NETランタイム(CLR)ということで、変換が二重になってパフォーマンスが悪い、
ということにはならないのかな。
- 626 名前：デフォルトの名無しさん mailto:sage [2013/04/11(木) 10:52:56.26 ]
- 何事もネイティブが一番
- 627 名前：デフォルトの名無しさん mailto:sage [2013/04/11(木) 12:21:34.13 ]
- IKVMはありえんよ、最悪の選択肢
- 628 名前：デフォルトの名無しさん mailto:sage [2013/04/11(木) 17:51:08.92 ]
- 最良の選択肢はjavascript
- 629 名前：デフォルトの名無しさん mailto:sage [2013/04/11(木) 19:46:00.52 ]
- マルチパラダイム対応が一番。
Java、Scala、Groovyを自在に混ぜて使えばよいし、それはさほど難しくない。
- 630 名前：デフォルトの名無しさん mailto:sage [2013/04/12(金) 01:22:11.91 ]
- ScalaとかGroovyとかいらんよ
Java周辺は勉強してもすぐ消えていくから信用ならない
- 631 名前：デフォルトの名無しさん mailto:sage [2013/04/12(金) 01:57:44.58 ]
- ScalaやGroovyをちょっと勉強してみたら
とてもそうは思えなくなる
やっぱり利便性が全然違う
- 632 名前：デフォルトの名無しさん mailto:sage [2013/04/12(金) 07:12:38.76 ]
- >>622
JS推してたうざいやつのせいだな
>>623
Monoはまず品質をなんとかしてほしいわ
MS純正版との互換性がなさすぎてMono版のASP.net MVCは
使いものにならなかった。
- 633 名前：デフォルトの名無しさん mailto:sage [2013/04/24(水) 21:18:24.48 ]
- Java8延期された
Java 8 Delayed to 2014 by Ongoing Security Woes
www.infoq.com/news/2013/04/Java_8_Delayed
- 634 名前：デフォルトの名無しさん mailto:sage [2013/04/26(金) 23:42:43.59 ]
- >>632
どうやったらlinuxServer＋ASP,netとかアホな構成を選べるのかわからんけど実務で使ってるアホいるんだぜ？
- 635 名前：デフォルトの名無しさん mailto:sage [2013/04/27(土) 23:37:45.83 ]
- EE7がそろそろ？
- 636 名前：デフォルトの名無しさん mailto:sage [2013/04/28(日) 23:31:36.49 ]
- JavaEE使いづらいよママン…
- 637 名前：デフォルトの名無しさん mailto:sage [2013/04/29(月) 08:26:27.28 ]
- 使いづらいものをなんでわざわざ使おうとするの？、Mなの？
- 638 名前：デフォルトの名無しさん mailto:sage [2013/04/29(月) 09:28:07.82 ]
- >>637
フレームワークの選択権限俺じゃないんだよ・・・。
そりゃ俺ならSpringMVCかSASｔrutsにするよ…。
- 639 名前：デフォルトの名無しさん mailto:sage [2013/04/29(月) 11:26:27.70 ]
- 上がアホだとどうしようもないよな
- 640 名前：デフォルトの名無しさん mailto:sage [2013/04/29(月) 11:28:42.07 ]
- ﾌﾟｯ､バーカｗ
- 641 名前：デフォルトの名無しさん mailto:sage [2013/04/29(月) 12:00:06.81 ]
- >>640
なんだこいつ
- 642 名前：デフォルトの名無しさん mailto:sage [2013/04/29(月) 14:01:22.83 ]
- >>638
SpringもJavaEEつかってるんじゃないの？
- 643 名前：デフォルトの名無しさん mailto:sage [2013/04/29(月) 17:22:34.76 ]
- なに言ってんだおまえは…。
- 644 名前：デフォルトの名無しさん mailto:sage [2013/04/29(月) 20:09:51.80 ]
- >>642
・・・
開発をSpringMVCでやるかSAStrutsでやるか
標準のJavaEEでやるか？っていう話だと言えばいいのか？
SpringMVCの中身の話ではない。
単に何で開発したいかと言うことだ。
- 645 名前：デフォルトの名無しさん mailto:sage [2013/04/29(月) 20:25:40.36 ]
- >>644
SAStrutsなんて日本でしか使われてないやつでしょ？
新規でそんなの使う意味がわからない
- 646 名前：デフォルトの名無しさん [2013/04/29(月) 20:29:28.26 ]
- dev.worksap.co.jp/Members/inoue_se/archives/38
JavaOne参加者は、JavaEE利用者とSpring利用者が半々くらいだったらしい。
JavaEEはJavaEE5以降でSpringを取り入れてきているとも書かれてる。
純正JavaEEでやる人がまた増えてきてるということじゃないの
- 647 名前：デフォルトの名無しさん mailto:sage [2013/05/01(水) 17:20:11.87 ]
- >>645
世界で戦ってるわけでもあるまいが…。
- 648 名前：デフォルトの名無しさん mailto:sage [2013/05/01(水) 17:53:07.34 ]
- Authentication/Authorizationには皆さん何使ってる？
社内システム用にSpring Securityを使い始めたもののなんか微妙。
- 649 名前：デフォルトの名無しさん mailto:sage [2013/05/01(水) 19:04:34.20 ]
- Spring使ってるけどSpring Securityは微妙。
認証・承認って、結局システム固有の要素が入ることがほとんどなので、自分はそこはいつも自前。
- 650 名前：デフォルトの名無しさん mailto:sage [2013/05/01(水) 19:08:13.20 ]
- 今更SAStrutsを奨めもしないけど、海外でどうだからという話は無視して良いと思う。
禿とかがそういうdisりをしたりもするけど。
自分のニーズにあったものを選択するのが基本。
それに海外ではどうこういうなら、海外の人は細かい部分にルーズだ、みたいな話だってあるし。
それでJSFやJPA実装の細かい部分が微妙だったりとか。
- 651 名前：デフォルトの名無しさん mailto:sage [2013/05/01(水) 20:26:41.12 ]
- さてJavaEE7きましたよ。
- 652 名前：デフォルトの名無しさん mailto:sage [2013/05/02(木) 13:40:33.64 ]
- >>651
どこにきたの？
www.oracle.com/technetwork/java/javaee/downloads/index.html
- 653 名前：デフォルトの名無しさん mailto:sage [2013/05/02(木) 14:39:16.33 ]
- https://blogs.oracle.com/theaquarium/entry/java_ee_7_platform_completes
- 654 名前：デフォルトの名無しさん mailto:sage [2013/05/10(金) 10:39:23.30 ]
- >>650
細かい部分にルーズにしては、国産FWが少ないし
Springに比べてS2Forumのアーティクルは少ねぇよなぁ
ほんとに海外について知ってるつもり?
- 655 名前：デフォルトの名無しさん mailto:sage [2013/05/10(金) 11:33:01.75 ]
- 良いものは海外でも流行る。
日本限定のマイナーなフレームワークなんかつかうと
すぐにメンテ終了になってしまう
- 656 名前：650 mailto:sage [2013/05/10(金) 12:38:17.38 ]
- 俺は「世界ではJava EEが標準です(ｷﾘｯ」みたいな発言を真に受けたり引用したりするのはやめれというだけで。
別に国産FWが良いと思っているわけじゃないよん。
- 657 名前：デフォルトの名無しさん mailto:sage [2013/05/10(金) 13:07:44.12 ]
- 俺が作ったフレームワークがどう考えても最高
- 658 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 09:13:44.19 ]
- >>656
何でやめなくちゃいけないんだ？
事実は事実のまま捉えろよ
- 659 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 10:26:19.98 ]
- JavaEEは最高のフレームワークです(ｷﾘｯ
ほかのフレームワークを使っている奴らは無知なだけのｶｽ
- 660 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 10:35:01.25 ]
- フレームワークがないと作れないやつって不幸だな
- 661 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 15:17:14.27 ]
- 標準って用語は多重定義されてるからな
JavaEEが標準仕様なのは事実だしデファクト標準じゃないことも事実
- 662 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 15:41:42.22 ]
- 依存性管理はそろそろデジュール標準でいって欲しいな。
そんで依存性ツリーを持たないAntプロジェクトとか撲滅して欲しい。
現状リポジトリはほぼMavenリポジトリがデファクトで、依存性解決はMavenの他に
ivyやGradle等といった複数の実装があるわけだけど、実装毎に微妙に解決した結果
が異なったりとか依存性の記法が異なるとかちょい勘弁。
って何時だよProject Jigsaw使えるようになるの。
- 663 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 20:56:32.32 ]
- うちなんて未だにApache Ant + CVSだよ
今年の予定がSubversionの適用とか10年遅れてるわ
- 664 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 21:51:50.52 ]
- もうSubversionはスキップしていいでしょw
GitやMercurialにすればよいのに。
- 665 名前：デフォルトの名無しさん mailto:sage [2013/05/18(土) 01:26:59.84 ]
- >>663
昨年までEclipseとファイルコピーで何とかしてた俺よりましだな。
さすがに最近Git入れたけど。
- 666 名前：デフォルトの名無しさん mailto:sage [2013/05/20(月) 08:38:34.64 ]
- CVSと用語の使い方が似ているとか長く使われて実績があるって意味ではSubversionもありはありだけど、それ以外に取り柄が無いよなぁ
分散リポジトリは概念説明からスタートだからめんどくさいとかあるのかな
構成管理担当のスキル不足で使いこなせないなんて笑えない理由だったら笑うがw
- 667 名前：デフォルトの名無しさん mailto:sage [2013/05/20(月) 22:57:38.89 ]
- トラブルが起こらないという意味ではsubversionで十分かもな
Mavenとかだと、やれプロキシの設定だの、レポジトリが無いだの、
新しく入ったメンバーが自分で設定できないだの、
依存性が解決できないだのと、問題がつきもの
- 668 名前：デフォルトの名無しさん mailto:sage [2013/05/21(火) 02:38:48.74 ]
- とのVCS(Subversion, Git, Mercurial, etc.)を使うかと、どのビルドツール
(Ant, Maven etc.)を使うかは基本的には直交した問題じゃないかな。
経験上ビルドツールに関してはMavenを使った方が新人対応も楽。なにせ手動で
インストールする必要のあるものを圧倒的に減らせるので開発環境の立ち上げが
楽だしメンバー間でのバージョンの同期もし易い。
Mavenの設定と言ってもひな形のsettings.xmlをコピペして社内Artifactory使う
クレデンシャルの設定だけを個々人で書き換えてもらう定型作業なので、ちゃん
と話を聞かなかったり勝手に先走る新人を除いてははまった経験もあまりない。
新人対応の面でMavenを避ける理由はあまり思いつかないかなぁ。単純に社内の
プロジェクトがAntベースか既にMavenizeされているかの問題ではないかと。
新人対応に関してはむしろVCSが問題で、GitやMercurialを使った経験のない
新人は戸惑う事が多い。updateやcommitだけしてpullやpushを忘れるのは定番
として、ブランチを切って開発するスタイルに慣れていないことが多いので。
こちらはJira等を使ったチケットベースの開発のサイクルとセットにして最初
から丁寧に手順を伝える必要がある。
- 669 名前：デフォルトの名無しさん mailto:sage [2013/05/21(火) 04:14:23.88 ]
- 手動でインストールって何のことだ
eclipseのフォルダごとコピーして終わりだわw
- 670 名前：デフォルトの名無しさん mailto:sage [2013/05/21(火) 05:31:35.94 ]
- >手動でインストールって何のことだ
まずはScalaコンパイラやGrailsといったビルド環境。
これらはMaven Pluginが勝手にビルド環境をダウンロードしてくれるのでScala等を
インストールしてEclipseに登録したりせずともプロジェクトのビルドはすぐ出来る。
実際にScalaやGroovyでの開発担当が回ってきた場合は結局Scala等をインストールして
Eclipseにプラグイン入れないと不便だけれども、その場合もMavenを使って実行する
ビルドやテストでは必ずpomに書かれたバージョンのビルド環境が使われるのは便利。
Jenkins等でビルドするのにもJenkinsにプラグイン入れるよりMaven任せが楽だと思う。
もう一つは複数のプロジェクトで横断的に使われるフレームワークやcommons、log4j
といったライブラリのJar。これらのJarをローカルにインストールしてクラスパスを
通しておく方式は手間だし開発者間でバージョンの同期がとれない。
プロジェクトのlibフォルダにJarを放り込んでVCSで同期する方式だとプロジェクト間
で違うバージョンのJarが使われているとやはり面倒で、そのチェックも大変。
というか膨大な数のJarに依存する昨今のJavaフレームワークを依存性解決ツール無し
で使うのは無駄に大変だと思う。
- 671 名前：デフォルトの名無しさん mailto:sage [2013/05/21(火) 08:17:14.09 ]
- え、scalaやgradleなんて何から何までeclipseプラグインが用意してくれるし、
eclipseプラグインはローカルフォルダごとコピーすればついてくるがな
- 672 名前：デフォルトの名無しさん mailto:sage [2013/05/21(火) 09:38:09.94 ]
- GradleじゃなくてGrailsね。
Scala IDEはともかくSpringToolSuiteは手動でGrailsを落としてきてEclipseに登録する必要が
あるし、何れにしても本格的に開発するときはコマンドラインツールやIDEの支援がないと何かと
不便なので結局これらやプラグインは手動でインストールすることにはなる。
ただEclipseプラグインに頼った場合は適切に設定されたEclipse環境が無いとビルド出来ないけど、
Mavenプロジェクトは基本的にはmavenが走れば概ね無難にmvn単体でビルド出来る。これ重要。
なので素のEclipseでもm2eclipseだけ入れてもらえればあとはプロジェクトをチェックアウトする
だけで無難にEclipse上でもビルド出来る。Eclipse等とは無関係にビルドに必要な情報は全部pom
に集約されているから環境の違いによるブレが少ない。便利だと思うけれどもなぁ。
Eclipseフォルダのコピーはやらないなぁ。人によって設定も必要なプラグインも異なるし。
プロジェクト内の.projectとか.settingsの類も基本的にはバージョン管理から外す。
- 673 名前：デフォルトの名無しさん mailto:sage [2013/05/22(水) 01:17:21.75 ]
- 複数人開発するならMavenで管理するがいいと思うけど、
1人身開発だとあんまり利便性がない気がする・・・。
まあ、一人で開発してる俺みたいなのは少数派なんだろうけど。
単に開発者いないだけだし。
- 674 名前：デフォルトの名無しさん mailto:sage [2013/05/22(水) 04:34:46.93 ]
- 一人で開発する場合も依存性管理は便利だけど。
ライブラリのパッケージを手動で落としてきて展開してJarをコピったり
プロジェクトのビルドパスに登録したりとかもう今更。
Eclipseプラグインをupdateサイトからではなく手動でzip落としてきて
インストールしたり、aptの類を使わずにtarballに固執する程度には
使わないのは勿体ないなぁと思う。
確かに凝ったビルドをし出すと俄然ややこしくなるしモジュールの切り分け
などに頭を使うけど、その他の大多数の定型的なビルドに関してはMavenは
すごく楽だと思う。
- 675 名前：デフォルトの名無しさん mailto:sage [2013/06/04(火) 23:22:07.93 ]
- Mavenはリポジトリ整理してくれ、マジで
|
 |
