Java Spring Frameworkを語るスレ

[0001 デフォルトの名無しさん NG NG]

http://www.springframework.org/

乱立するフレームワークと競合するプロトコルの嵐のなかで、
リスクの高い決断を余儀なくされているJavaデベロッパ、プ
ロジェクトマネージャに対する福音です。

語るべし。

[0040 デフォルトの名無しさん NG NG]

>>39
ありがﾄﾝ！ JTM が無い Tomcat なので少し先の S2 で検討します。
Tomcat + Tyrex or JOTM + DBCP + Spring とかは連携があっしには
難しそうなので置いときます。

[0041 デフォルトの名無しさん NG NG]

>>40
レポート期待してる。

[0042 デフォルトの名無しさん NG NG]

Jakarta Projectスレは盛り上がらないときもあれば盛り上がるときもある。
Eclipseスレも最近のところほとんどレスが減った。
それでも週に一回くらいのレスはつく。
ということで無理して立てたスレに文句を言う必要も無い。


このスレはTepestryスレやJakarta スレ並みに
盛り上がると思われたが盛り上がらなかった。それだけのことだ。

しかしおれはこのSpring frameworkというものをはじめて知った。
ちょっくら拝見してみるか。

[0043 デフォルトの名無しさん NG NG]

Spring Framework もそうだが、PicoContainerもXWorkも
J2EE専用じゃないぞ。どっちかっていうと逆だ。
Swingアプリケーションにだって、アプレットにだって適用可能だ。

58 名前：デフォルトの名無しさん 投稿日：04/03/25 22:55
乱立してるから避けられてるんでしょ。
標準化されたら変わるのでは。

59 名前：デフォルトの名無しさん 投稿日：04/03/25 23:35
だれか、JCPにIoC Container Service APIの策定を提案してみたら？

60 名前：デフォルトの名無しさん 投稿日：04/03/25 23:36
IoCコンテナの考え方って、Javaに限った話じゃないよねえ？
CやC++でも同じものがあっても便利なんでわ。

61 名前：デフォルトの名無しさん 投稿日：04/03/25 23:58
>>57
http://wiki.bmedianode.com/Spring/?Spring+Framework
にさ、

> Spring Framework（単にSpringと呼ばれることもあります）は、Rod Johnson氏の
> 著書Expert One-on-One J2EE Design and Development（邦訳は実践J2EE シス
> テムデザイン）の中で紹介されたコードをベースにしたJ2EEアプリケーションフレー
> ムワークです。

って書いてあるからJ2EE用だと思っていた。へぇー。

解説を読む限りはＥＪＢへの依存度を減らしやすくなるという
ことからJ2EEなどの敷居を下げるってイメージが見える。

[0044 デフォルトの名無しさん NG NG]

54 名前：デフォルトの名無しさん 投稿日：04/03/25 22:38
>>2
Java以外のフレームワークやライブラリは有名じゃないとか有償で高価でだれもてをつけられないとか
なんらかの理由があるのかもしれんよ。


55 名前：デフォルトの名無しさん 投稿日：04/03/25 22:40
よく見たらJ2EE用フレームワークか。
そりゃそうだ。敷居が高すぎてなかなか盛り上がらないんだよJ2EE/EJB関連スレは。
JBossスレもなかなか盛り上がらない。
J2EEは見たからに難しいから。 　
2chねらでJ2EEを極めた香具師ってそうそういないと思われ、なんだな。


56 名前：デフォルトの名無しさん 投稿日：04/03/25 22:45
J2EEが敷居が高いつか泡沫案件には洋ナシってのはわかるが、
このSpring Frameworkは、J2EEを簡単に
使えるようにしてくれるもんじゃないのか？
Mission Statement
　　We believe that:
　　　　　・J2EE should be easier to use
　　We aim that:
　　　　　・Spring should be a pleasure to use
とあるし。よく知らんけど興味だけはあり。ageてみる。

[0045 デフォルトの名無しさん NG NG]

>>61
IoCコンテナの主な役割は、Abstract Factoryの外部化、とでもいえばわかりやすい
のかな？J2EEのBusiness Delegateなんかの生成を行わせることが多いみたい、という
ことでJ2EE用と宣伝されるみたいだけどさ。
レイヤー間の依存関係を減らしたいと思う境界全てで有効な仕組みデス。
JDBCやJNDI、JAXPのAPIが、実装から切り離されて隠蔽されているのは多分知ってい
ると思うけど、同じようなことがしたい場所全てで、こういう仕組みを使うと簡単に
実現できるわけさ。


63 名前：1の人 投稿日：04/03/26 01:17
タイトルを"IoCコンテナを語るスレ"にでもしとけば、変なアンチが寄って来ないですんだかな。
ｺﾞﾒﾝﾅｻｲ。


64 名前：デフォルトの名無しさん 投稿日：04/03/26 01:24
そうだね。次スレはそういうスレタイで。


65 名前：デフォルトの名無しさん 投稿日：04/03/26 03:05
IoCってのは汎用AbstractFactoryってことでええの？
Products（Abstract/Concrete）は自分たちで作って登録して、
使う側はConcreteProductには触れないですむと。

なんか名前があってない気がするな。
漠然とCallBackみたいなもんかと思ってたよ。

[0046 デフォルトの名無しさん NG NG]

>>65
名前はそのうち、DI(Dependency Injection) Containerになる余寒。
Factory + DependencyInjection (+ AOP)だね。
具象クラス同士がお互いに依存しないようにできるから
テストがしやすくなり、メンテナンス性もあがる。

でもSpringって巨大だね。
Hibernateとのインテグレーション機能以外を
使ってる香具師いる?


67 名前：デフォルトの名無しさん 投稿日：04/03/26 14:08
>>62
Abstractory Factoryって
部品追加するとすべての実装工場にまで部品を追加しないと
いけないので良い印象がない。

[0047 デフォルトの名無しさん NG NG]

このスレ復旧完了。
スレ違いなネタ(Javaスレ大杉とか)はカットしますた。

[0048 デフォルトの名無しさん NG NG]

>>47
乙

[0049 デフォルトの名無しさん NG NG]

SEASARとどっちがいいんですか？
それとも競合するものではないのですか？

[0050 デフォルトの名無しさん NG NG]

>>49
んなもん、世界中にユーザのいるSpringにきまっとろーが。

[0051 デフォルトの名無しさん NG NG]

Seasarでいいよもう。
Springいんない。

[0052 デフォルトの名無しさん NG NG]

Seasarの開発者が
＞AOPをS2独自ではなく、http://aopalliance.sourceforge.net/に
＞準拠させようと思います。これで、S2のインターセプタ(Advice)が
＞Springでも使えるようになります。
って書いてるね。
AOPアライアンスなんてのがあるんだったら競合するわけじゃない気がしてきたんだが
まあWebSphereとWebLogicが競合なんだからSpringとSeasarもその意味では競合か。

[0053 デフォルトの名無しさん NG NG]

>>52
どうみても、かぶってる(競合している)フレームワークどうしだと思うが。

[0054 49 NG NG]

日本ではSeasarということでFAですか？

[0055 デフォルトの名無しさん NG NG]

Seasarにいっぴょう

[0056 デフォルトの名無しさん NG NG]

そんなにSeasarっていいのか。
Spring + Hibernate みたいなことが簡単にできる？
ちょっと調べてみないといけないなぁ。

[0057 デフォルトの名無しさん NG NG]

>>56
S2Hibernateってのがあるみたいだね。

[0058 デフォルトの名無しさん NG NG]

>56
透過的トランザクションは対応してる。
S2Hibernateのソース読むとわかるけど、S2Hibernate自体はあんまりたいしたことはして
なくてSessionとSessionFactoryへのBridgeをしてるだけ。
Springみたいなサポートクラスはないのは少し残念。

両方使ってみたけどもORMとの組み合わとからいろいろとSpringの方が便利だな。
プレゼンテーションとかの連携もこれからみたいだし。
他のフレームワークとの連携度でみるとSpringが一歩抜け出してると思われ。
Spring>Pico>Seasar
という感じだけど、どう？

ただ、Seasarは敷居が低いんで、IoCはこれから始めるっていう人にはかなりいいと思う。

[0059 デフォルトの名無しさん NG NG]

>>58
Springみたいなサポートクラスって何?
HibernateTemplateのことなら、SeasarはSessionを
オープン・クローズする必要がないし、
HibernateExceptionもラップしてくれるから
おなじようなもんだと思うけど。

[0060 デフォルトの名無しさん NG NG]

このスレはSeasar2にIOCされますた。

[0061 デフォルトの名無しさん NG NG]

国際オリンピック委員会

[0062 デフォルトの名無しさん NG NG]

Tapestryは3.0 Finalが出ても、ドキュメント類が貧弱。

ってことは、その弟分のIoC、HiveMindも、期待できないのかもな。

[0063 デフォルトの名無しさん NG NG]

S2のPlugin開発がはじまったみたい。
http://www.mobster.jp/wiki/view.jspa?pid=S2Plugin

[0064 デフォルトの名無しさん NG NG]

>>62
作者謹製のTapestry in Actionを買え！っつーことなんでしょうね。
（そういうビジネスモデル？）

すぐにHiveMind in Actionも出る事でしょう。

[0065 デフォルトの名無しさん NG NG]

>>64
完成して（枯れて）ないのに Tapestry in Action なんぞ買えん。
実際に普及するんだったらブラッシュアップされて細部が変更され
Tapestry in Action の内容は過去のものに。

Tapestry は作者のオナニー。

[0066 デフォルトの名無しさん NG NG]

なんかEJB3.0の動向やら、Web上の毎評判聞くだけだと
もの凄い有用かつ将来性のあるフレームワーク(&Iocコンテナ?)っぽいけど
スレが伸びないのは何故？やっぱどっか問題があるのか？
はたまた先進過ぎて使ってるヤシがいないのか...

[0067 デフォルトの名無しさん NG NG]

と言う事で揚げてみる

[0068 デフォルトの名無しさん NG NG]

>>66
日本で本気で使っている人をあまり聞いたことがないね。
JavaWorldで特集されるらしいから、また変わるかも。

[0069 デフォルトの名無しさん NG NG]

>>68
PicoもSpringもバリバリ普通につかってるよ？
使ってないのってあなたのまわりだけじゃないの？

[0070 デフォルトの名無しさん NG NG]

>>69
こんなもの使ってるのってあなたのまわりだけじゃないの？

[0071 デフォルトの名無しさん NG NG]

picoは知らんがSpringはなかなか良いぞ。 フレームワークとの関係を薄く出来るから
他のヤツとも組み合わせやすいし、ダメな部分だけ除外しやすい。

Tapestoryは公式ドキュメントすら殆ど無くて、3.0にもなってまだプレビューリリースみたいな
感じだから、まだ変わっていきそうな予感。 あんまりスマートじゃない部分も多いし。

[0072 デフォルトの名無しさん NG NG]

>>66
EJB=敷居が高い、という印象を拭いきれないから

[0073 デフォルトの名無しさん NG NG]

みんなJBossにしか興味がないから

[0074 デフォルトの名無しさん NG NG]

おいお前らJava Worldで特集組まれてますよ
でも結局EJB3.0+Struts+JBossAOPらへんに呑まれそうな予感

[0075 デフォルトの名無しさん NG NG]

JBoss厨がいるな。JBossAOPが呑むなんてこたないだろう。

[0076 74 NG NG]

>>75

激しく例えが悪かったが
JBossAOP「らへん」ね
別にAspectJでもいいんだけど。と言うかそっちの方が適切ね

要はSpringって全部入り(+他と連携)目指してるみたいだけど
だったら各層専門のフレームワークを寄せ集めた方がいいんでないの？
と素人目に思った訳だがどうだろう？

教えてSpringマスター!!

[0077 デフォルトの名無しさん NG NG]

>>76
各層専門のフレームワークを寄せ集めて集中管理するのがSpringですよ。

[0078 デフォルトの名無しさん NG NG]

>>77
なるほど、そう考えると便利な気がしてきました
「フレームワークのためのフレームワーク」的発想（であってる?)ですかね

[0079 デフォルトの名無しさん NG NG]

PicoContainer 1.0 final age

[0080 デフォルトの名無しさん NG NG]

pico tte nadesuka?
doko de jouhou nyushu dekirunodesuka?

[0081 デフォルトの名無しさん NG NG]

すみません、どなたかＷＥＢＷＯＲＫと
ＳＵＮ ＡＰＰ ＳＥＲＶＥＲ ８
上手に合わせて使う方法御存じないでしょうか。
当方ＥＪＢ（ＣＭＰ）とＷＥＢＷＯＲＫを利用して、
プログラミングしたいのですが。
ＡＮＴの使い方覚えるよりも、ＡＰＰ ＳＥＲＶＥＲ
付属のＤＥＰＬＯＹＴＯＯＬを使いたいのです。
御存じの方がいらっしゃいましたら、どうぞよろしく
お願いします。

[0082 デフォルトの名無しさん NG NG]

ﾏﾙﾁ

[0083 デフォルトの名無しさん NG NG]

DeployToolなんて、EARだのWARだのをデプロイするだけじゃないのけ。

EARやWARを作成できれば、Antでビルドしようが他を使おうがどうでも
いいんでないの。Ant以外でビルドをする仕組みを今から作るなんて、
ﾋﾏﾀﾞﾅｵｲ、とおもうが。

[0084 デフォルトの名無しさん NG NG]

strutsとの連携ってどういうこと？
Actionクラスを普通にstrutsで定義して、
その中でbeanＦａｃｔｏｒｙからDAO取得とか？

[0085 デフォルトの名無しさん NG NG]

>>84
普通はActionからService呼び出して、その中でDAO使う。
当然、ServiceとDAOはSpringのContextから取得。

要は今までEJBを用いていた所をSpringで差し替えるだけ。
さらに、AOPを用いて各層の間に共通処理を差し込めば尚良し。

全然盛り上がってないのね…日本だとS2推しなの？

[0086 デフォルトの名無しさん NG NG]

漏れはS2推しだなー

[0087 デフォルトの名無しさん NG NG]

SpringやS2などのDIコンテナって局所的に盛り上がってるみたいだけど、メインストリームになるかねぇ？

POJOをプラモのごとく自由に組み合わせてシステム構築って魅力的ではあるけど、コンテナ独自機能も結構多いし。

コンテナ乱立で総崩れの可能性が高いような気がする。

[0088 デフォルトの名無しさん NG NG]

>>87
コンテナ独自のインターフェースが規定されているのはSpring。
S2はそんなことないよ。

[0089 デフォルトの名無しさん NG NG]

S2は取り巻きの盛りあがり方に引いちゃうな。

[0090 デフォルトの名無しさん NG NG]

Springはロッドジョンソンの表紙に引いちゃうな

[0091 デフォルトの名無しさん NG NG]

>>89-90
ちゃんとものを見ような

[0092 デフォルトの名無しさん NG NG]

>>89-91
なずななのはななもないのばな

[0093 デフォルトの名無しさん NG NG]

日本人ならSEASAR使えよ。

[0094 デフォルトの名無しさん NG NG]

日経に比嘉氏の記事が出てたな

[0095 デフォルトの名無しさん NG NG]

Spring使えネ、っていってたな。

[0096 名無しさん＠そうだ選挙に行こう NG NG]

正直S2はひが氏以外に大した人材がいない（いても強くコミットしてない）
から先は無いと思う。

それに、Spring作ってる方は「Seaserには負けねー」とは言わないだろうな。
器が違うというか、「オープン」のスタンスが違うと言うか…。

[0097 名無しさん＠そうだ選挙に行こう NG NG]

で、>>96から見てSpringはどうなのさ

[0098 デフォルトの名無しさん NG NG]

IoCコンテナ作ってりゃ大なり小なりSpringは意識するんじゃないのかな
それは仕方ないことだし別に悪いことじゃないと思うけどね
JBossだって他のJ2EEサーバには負けねーってノリだけど器が小さいとは思わない
似たようなもんだろ

[0099 デフォルトの名無しさん NG NG]

>>98
JBossは、自作自演してたりするけどな。

[0100 デフォルトの名無しさん NG NG]

100get

[0101 デフォルトの名無しさん NG NG]

>正直S2はひが氏以外に大した人材がいない（いても強くコミットしてない）
>から先は無いと思う。

最近開発を(一部)分担したらしいが、それがうまくいくかどうか。
失敗すればHORBの二の舞か。

[0102 デフォルトの名無しさん NG NG]

HORBってあったねぇ。

あれの失敗の原因って何だろ。

・開発者１人に依存しすぎ、開発者発病であぼーん
・そもそも分散オブジェクトに需要がなかった

[0103 デフォルトの名無しさん NG NG]

OMG様のCORBAとSUN本家のRMIの2強がいちゃあ、
黄色い猿が作ったモンが広がる余地はないだろ。

[0104 デフォルトの名無しさん NG NG]

>>102
標準性が必要な分散オブジェクト技術としては、弱すぎた。

[0105 103 NG NG]

あぁ、それと、当時はまだgoogleもなく、常時接続も極めて少なく、インターネット上の情報が少なかった
今みたいなインターネットありきじゃなく、雑誌の情報が主で、プロモーションができてなかったんじゃないかと。

今であれば、それなりに使えたかも。
とりあえず情報少なすぎた。

[0106 デフォルトの名無しさん NG NG]

HORBってclassファイルのバイトコードエンジニアリングでスタブを生成してなかったっけ。

今はそこらじゅうのAOP対応コンテナでやってるけど、当時としては画期的だったような。

[0107 デフォルトの名無しさん NG NG]

>>101
優しいなもまいは。そうやって使いもしないプロダクトにまで気を使ってやるもまいの優しさが報われるのを祈っているぞ

[0108 デフォルトの名無しさん NG NG]

>>107
どうも。
とりあえず生暖かく見守ります。

[0109 デフォルトの名無しさん NG NG]

Springで質問です。

JDBCTemplate.query(String,RowCallbackHandler)というメソッドで
RowCallbackHandlerインターフェースの実装を渡すと、
ResultSetの件数分だけRowCallbackHandlerのprocessRow(ResultSet)が
呼ばれるんですが、これってデータがものすごい数あった場合、
ものすごい回数呼ばれるじゃないですか。

それって性能的にどうなんでしょうか。一回のprocessRowの中でwhileループ
まわしてすべて終わらしてしまうのはよくないですか?

[0110 デフォルトの名無しさん NG NG]

>>109
ttp://d.hatena.ne.jp/koichik/20040427#1083077532
↑よみましょう

[0111 デフォルトの名無しさん NG NG]

Seasarのサイトを見てみた。
「易しさと優しさ」がテーマだと書いてあった。
ダウンロードページを見てみた。
頭のいい人が考える「易しさと優しさ」っていうのは、所詮あんなもんなんだ、と思った。

[0112 デフォルトの名無しさん NG NG]

選択肢が多いことは即ちわかりにくい、という大原則をわかってないらしい。
何ダウンロードすればいいのか、わからない。

あぁ、わかりやすさはテーマではないのか。
わかってる人に易しく優しければいいんだな。

[0113 デフォルトの名無しさん NG NG]

彡ミミミミ彡彡
巛巛巛巛彡彡　　＜　こいつマジでアホやな
　　　　　　　　 i　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿
　　　⌒　　 ⌒ |　　　　　　 |　＿＿＿＿＿＿＿＿＿＿＿
　 -･=- ,　(-･=-　　　 　 　 |　|
　　⌒ ) ･ ･)(　^ヽ　　　　　 |　|
　　　┏━━┓　|　　　　　 |　|112 名前：デフォルトの名無しさん
　　 ┃ヽ三ﾉ ┃ |.　　　　　 |　|　 　選択肢が多いことは即ちわかりにくい
.　　　 ┗━┛　ﾉ　 　 　 　 |　|　　 ,ｨー-ーｭｧ
｀- ､ ＿ー-ーｲ/.　　　　 　 |　| ／　'｀'｀'｀ヽ
｀ ￣ l　l　￣ ｀ヽ､.　　　　　 |／　　　　　ｨソ
　　　ヽ ヽ　　　　　>ヽ　　 ／　　　　　,ノ＿＿＿＿＿＿＿＿
　　　 ＼ ＼　　／　ノ＼／ヽ､＿ ,,,ｨ'"＿＿＿＿＿＿＿＿＿
　ﾝ 　　　＼ ｀´　／　 ﾝ　　　　　 /ﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕ
　　 ＼　 ／　／　　　　　 　　　 /ｴｴｴｴｴｴｴｴI　ﾛｴｴｴｴｴｴ

[0114 デフォルトの名無しさん NG NG]

>>112
その辺は多分どっちもどっち。
Springのようにすべてが取り込まれる方が良い人も
いるでしょうし、S2のようにコア以外は使う人に意志に任せる
というのもありだと思う。
個人的には必要なのは自分で選べた方が良いけどね。

[0115 デフォルトの名無しさん NG NG]

>>114
無用に古いバージョンがある。

[0116 デフォルトの名無しさん NG NG]

っていうか、本体が一番下にあるのが・・・。

[0117 デフォルトの名無しさん NG NG]

せめてS2本体は別ページに置くか、トップページで最新版へのリンクを明示しておくか。

私的にはMaven使ってビルドするサンプルプロジェクトあれば十分だと思うけど。

（サンプル落としてビルドしたら依存関係を持つプロダクトを全部落としてくるようにする）

[0118 デフォルトの名無しさん NG NG]

トップページではDIコンテナとかAOPがなんのことかわからないとSeasarがなんなのかわからんしね。

[0119 デフォルトの名無しさん NG NG]

頭のいい人が「やさしい」といっても、ふつうの人は理解するのは大変。
そういうことでしょ。

[0120 デフォルトの名無しさん NG NG]

>>119
「わからない」ということがどういうことかわかってないと、「わかりやすい」は難しい。
あの人たちの周りには、「わからない人」というのはいないし、寄ってこないだろうからね。
っていうか、「日本語で書いてある」「ドキュメントがたくさんある」「設定ファイルが単純」ということをもって「易しい」とか「優しい」っていってるだけだね。
「やさしさ」を重要視してるというのなら、「やさしさ」のためにどういう活動や管理をしているか、聞きたいもんだ。
GUIもないのに、「直感的」とか。

MSの、なんも考えずに使える環境とか見てると、やっぱすごく「優しさ」「易しさ」「わかりやすさ」考えられてると思う。

[0121 デフォルトの名無しさん NG NG]

なあ、Javaってまだフレームワーク競争してんの？

[0122 デフォルトの名無しさん NG NG]

>>120
具体的にS2の何がわかりづらいの？

[0123 デフォルトの名無しさん NG NG]

>>81
Apache Mavenならdeployが驚くほど簡単にできるぞ。
まあやってみい？

[0124 デフォルトの名無しさん NG NG]

>>120
GUIのどこが直感的なの？
コマンド探そうとしてアイコンみてもただの絵にしか見えなくて(以下略)

[0125 デフォルトの名無しさん NG NG]

またコマンドライン対GUIネタかよ
とりあえず>>120はvs.netでも使ってろってこった

[0126 デフォルトの名無しさん NG NG]

Maven + Eclipse + MevenideがあればVSﾄﾞﾄﾈﾄなんていらない。

[0127 デフォルトの名無しさん NG NG]

そもそもJavaにGUIを期待してる時点で(ry

[0128 デフォルトの名無しさん NG NG]

Eclipseは例外。
それどころかこれからはすべてが例外になる。

Swingも著しく早くなってきた。
そしてJavaWebStartの本格普及。
Appletに取って代わる技術だ。
そしてJSFによるリッチクライアントだ。

そしてJiniテクノロジーの普及。

[0129 デフォルトの名無しさん NG NG]

Jiniかよ！

[0130 デフォルトの名無しさん NG NG]

＞MSの、なんも考えずに使える環境
そのせいでクソシステムが乱造されてるわけだが

[0131 デフォルトの名無しさん NG NG]

>>120
その単純な設定ファイルを見て、実際にどう処理されるか、わからないと使えない。
こういう場合は、こう使え！という実例があればいいけど、当面期待できそうにない。
DIコンテナとかAOPを力説されても、ひいちゃうな。

[0132 デフォルトの名無しさん NG NG]

>>130
それはクソシステムの乱造とは関係ありません。

[0133 デフォルトの名無しさん NG NG]

AOPとかDIコンテナとかの便利さは使い方はすでにわかってる人に対して、こんな簡単に使えますよ、っていってるんだよね。

断っとくけど、Seasarはいいものだとは思う。わかってれば簡単だし。
周辺技術との連携も充実してきてるから、わかってれば使い易いし。

[0134 デフォルトの名無しさん NG NG]

>>131
＞DIコンテナとかAOPを力説されても、ひいちゃうな。
DIやAOPがSpringの売りですが何か？

[0135 デフォルトの名無しさん NG NG]

Springの方は、「優しさを重視」とかインチキくさいこといいながらトップページに概要も書いてない、ということがないからおけ。

[0136 デフォルトの名無しさん NG NG]

Springでいいじゃん。

[0137 デフォルトの名無しさん NG NG]

>>132
だったら.netでちゃんとしたシステム作ってればいいだろ
何も考えずに使えるから何も考えずに行き当たりばったりに作る馬鹿が増えたんだよ
MSマンセーならJava使わなくていいじゃん

[0138 デフォルトの名無しさん NG NG]

>>137
なにかにマンセーになるのは必須なのですか？
.netも、Javaとは別の性格でいいところはいいし、ちゃんとすればちゃんとしたものができるし、Javaでもちゃんとしなければクソシステムができる。
たとえMSマンセーであってもJavaがいいときにJava使うことはいいことだ。

[0139 デフォルトの名無しさん NG NG]

で結局SpringはどうなんだYO