【DI】Java Spring Framewoｒｋを語るスレ 2.0

【DI】Java Spring Fr ..

237:デフォルトの名無しさん
07/02/11 14:53:55
>>235
仕事ならマジ勘弁してくれ

238:デフォルトの名無しさん
07/02/11 14:54:07
SRP、OCP、LSP、DIP、ISP だな？

他に知っておく技術は無いか？
俺は素人だからな。当然基礎的なものから全部だ

239:デフォルトの名無しさん
07/02/11 14:54:46
「人」についての理解が重要です。

240:デフォルトの名無しさん
07/02/11 14:55:42
>>238
それらを習得する過程で必要なものは全て手に入る。心配するな。

241:デフォルトの名無しさん
07/02/11 14:56:38
>>240
その必要なものをすべてリストアップしてくれ！

242:デフォルトの名無しさん
07/02/11 15:05:25
>必要なもの
他の業界への転職

243:デフォルトの名無しさん
07/02/11 15:06:15
明らかにスレ違いだと分って聞きます。すみません。

Spring Frameworkのような仕組みで、
デスクトップアプリを作ろうと思えば
なにを使えばいいのでしょう？

最近のフレームワークは
WebアプリでHTMLやHTMLっぽいテンプレートを
使ってUIを実装する話しばかりで困ります。

244:デフォルトの名無しさん
07/02/11 15:08:23
Spring Frameworkのような仕組みとは？

245:デフォルトの名無しさん
07/02/11 15:10:04
>>243
日本語でおｋ

246:デフォルトの名無しさん
07/02/11 15:14:43
>>244
えぇ、ですからいわゆるウインドウで作りたいのです。
Windows Formsとか、GTKとかQTとか。

247:デフォルトの名無しさん
07/02/11 15:17:15
お前はSpringをなんだと思ってるんだ？

248:デフォルトの名無しさん
07/02/11 15:19:34
もう一度聞く
Spring Frameworkのような仕組みとは？

249:デフォルトの名無しさん
07/02/11 15:21:23
>>243
電子レンジのような仕組みで、
デスクトップアプリを作ろうと思えば
なにを使えばいいのでしょう？
と質問されたら貴方はどう答えますか？

250:デフォルトの名無しさん
07/02/11 15:25:32
Springはよく知らないが
SpringでSwingコンポーネントを構成して、部品をFrameにDIさせて実行すればいいんじゃね？
JFrameが部品だらけでごちゃごちゃになるのは
DIコンテナを使えばある程度綺麗にまとめられる気がする
NetBeansやVEが対応できなさそうだが

251:デフォルトの名無しさん
07/02/11 15:31:54
>>250
NetBeans使った場合コンポーネントのプロパティがDIの定義だと考えるんだ

実際のところインターフェースベースは使い物にならないし複雑にイベントが飛び交うので無理

252:デフォルトの名無しさん
07/02/11 15:37:46
無理？

253:デフォルトの名無しさん
07/02/11 15:41:17
>>251
Component自体が継承前提だし、実装に依存した細かなプロパティを外側から変更したいしで
よく考えれば、たしかにインターフェイスベースは無理がありそうだな
DIでの開発に慣れた後にSwingのソースを読むと、ごちゃごちゃしすぎて嫌になるが
あれはRADで開発するものだと割り切るべきか

254:デフォルトの名無しさん
07/02/11 15:51:03
GUIコンポーネントはプロパティが動的に変わるものだから使えないな
DIってあらかじめ挙動がわかっていて成り立つもの

ただ、GUIコンポーネント単位で使うのではなく、それらを包括した単位で扱うのなら可能
その場合フレーム単位で扱うことになるだろうね

結局はコンポーネントを制御する部分が一番厄介なところなので恩恵はあまりないけど
あとでまるごと作り直したフレームと交換とか出来るようになるのはいいのかもしれない

それでも結局サービスロケータの域からはでないな

おそらくゲームのほうが適用範囲は広いかと

255:220
07/02/11 15:53:50
しーましぇん、ちなみに私は>>166です。
ちなみに>>227　私は開発に加担してるけどコーディングも設計もしてないお。

>>221の言うとおりの役割分担になるんだろうね。

ただ、プロジェクトによって(人員の)質のバラつきがあるからねｗ
>>222の言うような状況は発生するんだな。

上位開発者が上手に作れば>>230の言うことおりってのもわかる。
少数の優秀なプログラマと多数の雑魚でチームが構成されても、そこそこイケそう。

>>雑魚に調査力を期待しないで済む
これねえ。　この状態に持っていけるような技術者以外DIに絡むなってことか。
私には扱えないね。
デューダするかな。

256:デフォルトの名無しさん
07/02/11 16:07:27
>>254
以前作った奴だと getBean 呼びまくりになって
DIでもなんでもなくなっちまったですよ。
そのアプリに適した画面フレームワークを作成した方が
最終的なコストは低く抑えられるし、
変更にもむしろ強いだろうってのがその時得た感触。

画面はやっぱ面倒ですね。
何が面倒って、お客・利用者の目にモロに触れるから
要求の変更速度がやんごとないところ。

257:デフォルトの名無しさん
07/02/11 16:08:25
256はあくまでも画面(ビュー)の話ね。

258:デフォルトの名無しさん
07/02/11 16:18:48
つまりある程度以上の複雑さのものまでしか扱えないってこと？

259:デフォルトの名無しさん
07/02/11 16:19:23
日本語変だなｗ
扱える複雑さに上限があるってこと？

260:デフォルトの名無しさん
07/02/11 16:20:37
どのような物にも・・・(ry

261:デフォルトの名無しさん
07/02/11 16:22:26
つーか・・・C#が無料なのに？DI使いたければS2.netとかもあるのに？デスクトップアプリでjava？

262:デフォルトの名無しさん
07/02/11 16:26:00
LinuxやMacでも動かさないとならないのです

263:デフォルトの名無しさん
07/02/11 16:27:48
あっそ

264:デフォルトの名無しさん
07/02/11 16:29:43
リッチクライアントの最先端に興味がある奴は　あぱれっと様のご意見を参考にしろ。
URLﾘﾝｸ(www.atmarkit.co.jp)

265:デフォルトの名無しさん
07/02/11 16:33:30
>>264
吹いたｗｗｗ

266:デフォルトの名無しさん
07/02/11 16:34:01
>>256
お偉いさん相手にすると見た目大事なんだよな
帳票も5mこっちにずらせとかすごい多い

WEBアプリだと多少見た目や操作性が貧弱でもいいけど、
リッチなクライアントだとほんと細かい制御をさせられるから無理

JavaSEにJAX-WSとグループレイアウトが標準搭載されたことでたぶんリッチクライアントははやると見てる
鯖もEJB3はDIコンテナになったし、どのDIプロダクトを使おうがDIは必須の知識にはなるだろうね
そしてそのPOJOで作られたEJB3コンポーネントをJAX-WSですぐに公開が可能

1年前のEJB2.1までとは別次元の開発効率になったな

267:デフォルトの名無しさん
07/02/11 16:36:52
１年前のPOJOでの開発と比べてはどう？

268:デフォルトの名無しさん
07/02/11 16:36:53
Springは細かい仕様変更要求に弱いってこと？
5mだったらこまかくないか

269:デフォルトの名無しさん
07/02/11 16:38:35
>>261
クライアントがWindowsだけならC#でもいいかもしれんけど、Javaのクライアントはかなり作りやすいよ
C#はDelphi時代の古いものという感じが強い
当時はBCBともどもお世話になったけど

C#だって無料なのはへぼい開発環境なやつだけなのは問題
クライアントと鯖とで技術者を2つの言語を扱える人を探すより1つの言語を扱える人を探すほうが楽だしな

>>264
一般人には考えもつかないような斬新なシステム・・・

それにしてもリッチクライアントでのJavaクライアントが多いね
1年前というJAX-RPCが使いにくい時代の割には・・・

270:デフォルトの名無しさん
07/02/11 16:39:42
>5mだったらこまかくないか
ﾜﾛﾀｗ

271:デフォルトの名無しさん
07/02/11 16:41:21
>それにしてもリッチクライアントでのJavaクライアントが多いね
Javaのフォーラムですからｗｗｗ

272:デフォルトの名無しさん
07/02/11 16:47:18
>>267
Spring1.2だったかな
それで開発してたけど結局設定ファイルを書くのが面倒だとか
ビジネスロジックに直接絡まないセッターのコードが邪魔とかいろいろいわれて
なかなかDIは認識してもらえなかったよ

柔軟性のあるサービスロケータとしてしか使ってない感じかな

EJB3でテストプロジェクト動かしてるけど、これだとフィールドインジェクションであることやXML必要としないことで
すんなり使ってもらえてる

プライベートな変数にインジェクションしてくれるのはわかりやすくていいね

Spring2は扱ってないのでなんともいえない
フィールドインジェクション使いたかったらSeasar2＋EJB3アノテーションを使って勉強という手もあるね

273:デフォルトの名無しさん
07/02/11 16:56:26
ほうほう。
俺たちはこれからSpringとEJB3にどう付き合っていけばいいの？
・分散とかSFSBとかを使う必要がある場合はEJB3を使うが、EJB3の機能が特に不要な場合はどちらでもいい？
・EJB3が今後開発の標準になっていく？
・Java Webアプリの大多数はEJB3コンテナを必要としないので、EJB3はあまり普及しない？
・SpringはEJB3とうまく連携していく？
・その他？

識者の方、ご意見よろぴこ

274:デフォルトの名無しさん
07/02/11 16:59:12
Javaは業界全体で迷走中

HibernateがEJBに逆流したあたりから顕著になってきた

275:デフォルトの名無しさん
07/02/11 16:59:36
>>254
>DIってあらかじめ挙動がわかっていて成り立つもの
↑これ本当？

276:デフォルトの名無しさん
07/02/11 17:01:18
ある意味本当でもあるし、ある意味違うとも言える。

>>275
どのようなケースを考えてる？

277:デフォルトの名無しさん
07/02/11 17:07:53
>>272
Spring Annotationという手は？

278:デフォルトの名無しさん
07/02/11 17:12:39
>>276
いや具体的にどうって言うわけじゃないんですけどね。
はっきり言い切ってるから気になったんさ。

279:デフォルトの名無しさん
07/02/11 17:24:58
>>274
HibernateがEntityBeanを乗っ取ったという方が近い

280:デフォルトの名無しさん
07/02/11 17:32:34
>>279
Hibernate微妙じゃない？
HQL廃止すれば、少しは光さすけど。

281:デフォルトの名無しさん
07/02/11 17:37:06
スレ違いだ　スマン。

282:デフォルトの名無しさん
07/02/11 17:50:24
>>269
>C#はDelphi時代の古いものという感じが強い
>それにしてもリッチクライアントでのJavaクライアントが多いね
>C#だって無料なのはへぼい開発環境なやつだけなのは問題
>クライアントと鯖とで技術者を2つの言語を扱える人を探すより1つの言語を扱える人を探すほうが楽だしな
色々とすごいな・・・

283:デフォルトの名無しさん
07/02/11 17:56:49
EJB3のコア技術の一つJPAはまず普及する技術だろうね
DBマガジンだっけ？アレでちょうど特集やってるね

HibernateはHibernateEMということでJPAの実装のひとつと思うくらいがちょうどいい
実装はどれもオープンソースだし一長一短だと思うがリファレンス実装になってるTopLinkはわりと素直でいい動きしてる
TopLinkは新人に見えるが歴史は長くJavaが登場する前からあるのも面白い
Java版のTopLinkも登場してから8年くらいたってるんだっけ
まぁリファレンス実装というのがどれだけ強みなのかはTomcatを見れば明らか

そして今JavaEEのリファレンスという位置づけでオープンソースなglassfishが稼働中
glassfishはJavaEE鯖の中では軽量なほうで5秒あればノートでも起動するね
Tomcatで面倒なコネクションプールを定義するくらいならglassfishでやったほうが手っ取り早い

EJB3の利点はJavaEEのコアな技術ということでフリーから商用のさまざまな鯖で動かせるというのがいい
JavaEEが注目されはじめたのはその技術そのものよりオープンソースのAP鯖など環境面での影響があると思う

今までサーブレット/JSPしか注目されなかったけど、Tomcatもフリーでテストする環境がすぐに用意できたという理由はあると思う

284:デフォルトの名無しさん
07/02/11 18:01:39
>>277
コード見たことないのでわからんけど
フィールドインジェクションしてくれるならいいと思う

ただ、Springのプロジェクトって全体的にhibernateにべったりなのがちと気になる
Seasar2もJPA無視なんだっけ？

285:デフォルトの名無しさん
07/02/11 18:17:54
>>259
上限があるのは複雑さじゃなくて、変化の度合い。
画面アプリは朝令暮改の仕様変更なんてザラ。
サービス仕様決めて・・・とかが水泡に帰す。

この場合、何使って作ってもグダグダになるので
逃走の準備をきちんとしとくのが何よりも大事。

286:デフォルトの名無しさん
07/02/11 18:25:19
>>266,283
きしだﾀｿ乙

287:デフォルトの名無しさん
07/02/11 18:56:05
>まぁリファレンス実装というのがどれだけ強みなのかはTomcatを見れば明らか
実例はTomcatだけ？ｗ

JPAがTopLinkよりもHibernateの仕様にかなり近いことを考えると、
Hibernate EMの方が良いのではという考えもあるのでは？ｗ
JPA実装を何するかは様々な観点から検討する必要があり、
プロジェクトによっても採用基準が異なるだろうから
単純に年数だけで決定すると失敗するかも。

288:デフォルトの名無しさん
07/02/11 19:04:23
>>266は岸田たんというよりもたぶん >>3だろｗｗｗ

289:デフォルトの名無しさん
07/02/11 19:11:59
>>284
フィールドインジェクションはしてくれなかったと思う。

>ただ、Springのプロジェクトって全体的に
>hibernateにべったりなのがちと気になる
この感覚は俺にはわからない。

>Seasar2もJPA無視なんだっけ？
Seasar2はJPAをサポートしてるよ。
S2Hibernate-JPA, S2TopLink-JPA, Kuina-Dao。
Kuina-Daoは動的な問い合わせを生成したりするのにかな～り便利。
まだ品質は今一歩かもしれないけどｗ

290:デフォルトの名無しさん
07/02/11 19:17:07
Session Beanの単体テストって簡単にできるの？
俺、昔のEJBの印象が残っててそこが引っ掛かるんだけど。

291:デフォルトの名無しさん
07/02/11 19:23:53
>>290
昔のEJBと同程度のユニットテストしかできないと思っていた方がいい。
過剰な期待は禁物。
つまり、ビジネスメソッドの正常系のみ。
トランザクションやセキュリティロールが絡むとダメダメ。

292:デフォルトの名無しさん
07/02/11 19:23:53
>>288
グループレイアウトやJAX-WSごときでJavaクライアントがはやるなんて
寝言がいえるのはきしだﾀｿしかいない
よって>3もきしだﾀｿ

293:デフォルトの名無しさん
07/02/11 19:24:05
POJOですからｗｗｗ

294:デフォルトの名無しさん
07/02/11 19:24:42
＞よって>3もきしだﾀｿ
なら納得ｗｗｗ

295:デフォルトの名無しさん
07/02/11 19:26:58
>>290
EJBは
Context c = new InitialContext();
(NewInterface) c.lookup("NewInterface");
見たいな感じで取得すればおけ
getBeanとやれることはかわらん

296:デフォルトの名無しさん
07/02/11 19:27:19
>>291
経験に基づいたコメントサンクス

>過剰な期待は禁物。
そっか。
俺はしばらくは Struts + Spring + JPA/iBATIS でいいやｗ

297:デフォルトの名無しさん
07/02/11 19:41:23
>>291
具体的にたのむ。

298:デフォルトの名無しさん
07/02/11 19:43:43
釣れてきましたね～ｗｗｗ

299:デフォルトの名無しさん
07/02/12 02:01:58
>>243
あなたはSpring FrameworkがWebアプリ専用だと思ってますね？
他の人が答えたようにSpring Framework上でSwingアプリを作れます。

Javaでスクラッチ開発より楽にデスクトップアプリを作りたいのなら
スタンドアローンアプリでなくEclipseかNetBeansのプラグインを作れば
典型的処理をFrameworkにまかせてアプリ固有処理に専念できます。
「統合開発環境Eclipseプラグイン開発QA」
ｽﾚﾘﾝｸ(tech板)

WebアプリでHTMLなどでUIを実装するようにデスクトップのUIを実装したい、
という話だったらSynthをどうぞ。
「進歩したSynth」
URLﾘﾝｸ(www-06.ibm.com)

300:デフォルトの名無しさん
07/02/12 02:04:45
そういえばSpring RCPとかあったな。
URLﾘﾝｸ(spring-rich-c.sourceforge.net)

301:デフォルトの名無しさん
07/02/12 02:25:19
swingったってviewが変わっただけだと思うんだが。

302:デフォルトの名無しさん
07/02/12 07:41:59
Swing Application Frameworkってあったな。内容は知らないけど
あれがSwingのView部分を受け持って、ロジック側をSpringが受け持つようになれば
Struts+Springみたいなイメージで使えるようになるだろうか

303:デフォルトの名無しさん
07/02/12 10:31:44
上の方でGUIは無理ぽって言ってるひとがいるじゃん。

304:デフォルトの名無しさん
07/02/12 10:57:44
>>303
そのうちの一人が俺ｗ

305:デフォルトの名無しさん
07/02/12 11:33:01
>>303-304
Ｖｉｅｗと密結合でつか？ｗ

306:デフォルトの名無しさん
07/02/12 11:56:40
View内で完結される話で、ロジック以下を密結合させるわけではない。
Viewから上のレイヤはレイヤ内でよろしくやれってことだ。

307:デフォルトの名無しさん
07/02/12 12:40:04
>Viewから上のレイヤは
サービス層などは上か下かと言えばViewの下のレイヤようなｗ
「Viewから先のレイヤ」の方がまだしっくりくる

308:デフォルトの名無しさん
07/02/12 12:43:06
っていうか、Ｖｉｅｗ内でよろしくならそのＶｉｅｗがＧＵＩだろうがＣＵＩだろうが
ＪＳＰだろうがなんだっていいんじゃねーの？ｗ

309:デフォルトの名無しさん
07/02/12 12:56:25
>>305
View部分には使えない。
それ以外に使おうとするとメリットが少ない。というかほとんどない。

310:デフォルトの名無しさん
07/02/12 13:02:24
>>309
Sptingは、WebアプリのViewを実装する事にしかメリットが得られる使い道が無い
といっている？

311:デフォルトの名無しさん
07/02/12 13:03:27
>>310
ゴメン、間違えたｗ

312:デフォルトの名無しさん
07/02/12 13:09:49
だれもViewでSpringを使いたいという話はしていない件

313:デフォルトの名無しさん
07/02/12 13:10:30
>>310
309ではないが、そんなことは言ってないと思うし、
SpringはWebアプリのViewの実装をサポートするだけではないのは明らか。

314:デフォルトの名無しさん
07/02/12 13:17:39
>>310だけど、>>309を読み間違えましたｗ
「View部分には・・・」と「それ以外・・・」という言葉のつながりが
よくわからん買った

315:デフォルトの名無しさん
07/02/12 13:45:44
この流れ見ててわかるだろ。
無理してSpring使うなｗ

316:デフォルトの名無しさん
07/02/12 13:53:43
>>308
なんだっていいだろ。
何かに限定する話なんぞ誰もしていない。

317:デフォルトの名無しさん
07/02/12 13:57:01
なんでもいいよ
なんにしても大した発言は無いスレだｗ

318:デフォルトの名無しさん
07/02/12 13:59:03
>>317
これこれｗ

だが、「こないだ雑誌にのってたのマンマだな」とかよくあるｗ

319:デフォルトの名無しさん
07/02/12 13:59:21
>>317様
是非仕事に役立つSpringのTipsをご紹介下さい

320:デフォルトの名無しさん
07/02/12 14:00:36
上の方でもDB MagazineのJPA特集読んで知ったかしてた馬鹿がいたなｗ

321:デフォルトの名無しさん
07/02/13 00:29:56
あー、Ｗｅｂ層のフレームワークって何がいいのでしょうか？
お馬鹿な私にはStrutsは難しいです・・・

322:デフォルトの名無しさん
07/02/13 00:36:30
SpringMVC

323:デフォルトの名無しさん
07/02/13 00:40:07
SpringMVCですか・・・
Strutsとあまりかわらないような・・・
そんなことないですか？

324:デフォルトの名無しさん
07/02/13 00:45:50
自作が一番わかりやすいよｗ

325:デフォルトの名無しさん
07/02/13 00:48:55
サンプル見ただけなんですけど、
Clickってわかりやすそうに感じました。
１人プロジェクトならいいんでしょうけどね（苦笑）

326:デフォルトの名無しさん
07/02/13 00:52:02
Springスレなんであれだけど、
もうちょっとしたらSeasarのTeedaがおもしろいと思うよ。

327:デフォルトの名無しさん
07/02/13 01:42:30
SpringMVC (ViweはVelocityが良いと思われ。)
Wicket
Teeda

この辺りが有力株か？

簡単なものは SpringMVC+Velocity でやっつけて
ある程度面倒になったら WebService+RichClient で
ってのが最近の俺のパターン。

328:デフォルトの名無しさん
07/02/13 03:09:24
SpringMVCって戻るボタン、ダブルクリック、マルチウィンドウ対策とかしてくれる？

329:デフォルトの名無しさん
07/02/13 06:59:00
JBoss Seamがいい。

330:デフォルトの名無しさん
07/02/13 09:55:39
>>328
WizardFormController使ったアプリで、
マルチウィンドウ試したら思いっきりデータが上書きされたorz

やり方悪い！？

331:デフォルトの名無しさん
07/02/13 10:38:37
>>328
個人的にはMVCでそんなもんコントロールするなよって思う。
レイヤがそもそも違うじゃねえかと。Viewで勝手にやったらいい。
下位レイヤでサービスしようとするといつか破綻する。

そこまでしてWebアプリにするなってのが本音。

332:デフォルトの名無しさん
07/02/13 11:13:15
>>329-331
コメントとんくす
やっぱりSpringMVC単体で解決してはくれないのねん。
こういった制御コードはもう書きたくないし、
そうなるとTeeda, Seamを選択したくなっちゃうのよねん。

333:デフォルトの名無しさん
07/02/13 11:21:25
>>331
気持ちはわからないでもないが、
何の解決策にもならない。

334:デフォルトの名無しさん
07/02/13 13:09:41
Strutsみたいにトークンの管理をWebフレームワークにさせたいと思うのは自然じゃないか？
が、コードに決まりきったこと書くのはメンドイ。設定ファイルだけでできるとうれしいな。
というかこういうのをAOPで何とかできないのかね？

で、それ以上のこと(ボタンを押せないようにしたいとか)はView(のJavaScript)でやればいいとｵﾓﾀ。

なんか的外れ？

335:デフォルトの名無しさん
07/02/13 13:12:13
>>334
的外れじゃないと思うよ。
その解決策の１つがJBoss Seamだって話。

336:デフォルトの名無しさん
07/02/13 13:16:52
>>335
Teedaも忘れないでね　(。-_-。)ポッ

337:デフォルトの名無しさん
07/02/13 13:17:46
おー、そーりー、そーりー
Teeda最高！
Seasar最高！！！
これでよい？ｗ

338:334
07/02/13 13:21:21
>>335
そうなのか。Seamって使ったことないからわからなかった。
ﾄﾝｸｽ。

>>336
URLﾘﾝｸ(www.seasar.org)
これ？
でもスレ違いじゃないかぁ？！ｗ

339:デフォルトの名無しさん
07/02/13 13:38:13
>>338
Seamもスレ違いな件

340:デフォルトの名無しさん
07/02/13 13:46:07
選択肢提示するだけならまぁいいんじゃねえの？
Springの話をここでしかしないわけでもないんだし。
詳細に立ち入るならスレ違いだが。

341:デフォルトの名無しさん
07/02/13 13:52:07
>>339
全くすれ違いというわけではないと思うよ。
だって、Seam使う人はSpringを同時に使うことはたいていないわけで、
「じゃあSpringを使って開発していてSeamと同様の機能を
享受するにはどうしたらいいの？」
っていう話に発展してくれること願って投稿したんだけどねｗ
念のため言っておくけど、HibernateとiBatis、StrutsとJSFのように
SpringとSeamは同列のものだとは思ってないよ。

342:デフォルトの名無しさん
07/02/13 14:02:31
>>341
SeasarのTeedaでは一部Seamを意識しているところがあるよね？
Spring使って開発している場合、
自前で制御コード書いてやってるケースがほとんどじゃない？
Ｗｅｂ特有の問題について全く考慮していない
Ｗｅｂアプリも少なくないと思う。

343:デフォルトの名無しさん
07/02/13 14:09:14
>SeasarのTeedaでは一部Seamを意識しているところがあるよね？
これは俺も感じたｗ

>Spring使って開発している場合、
>自前で制御コード書いてやってるケースがほとんどじゃない？
Springの責任というわけではないというのはいいよね？ｗ
Struts で開発している人ってSpringを導入しても
たいへんなんじゃないかな？
もう体にしみついちゃって不感症状態なのかもしれないけどｗ

344:デフォルトの名無しさん
07/02/13 14:35:44
Struts開発で業務に集中したい場合は、Valentine Frameworkがいいかも
URLﾘﾝｸ(www.valentineframework.org)

345:デフォルトの名無しさん
07/02/13 14:41:07
あれ、バレンタインのつづり違う？

346:デフォルトの名無しさん
07/02/13 15:22:30
SpringMVC自体はあくまでもMVCで
ViewはViewでよろしくやりやがれってスタンスでは？
(Controllerが抽象化されたModelAndViewを返してくるだけ)

347:デフォルトの名無しさん
07/02/13 16:35:35
>>346
それはそれでいいんだけど、
現実問題としてＷｅｂ固有の問題は解決しないといけないよね？
それはViewで解決する問題っていってる？
その場合のViewって具体的に何？

348:デフォルトの名無しさん
07/02/13 16:41:25
Spring2.0入門買いました
すごいいいとおもいました

349:デフォルトの名無しさん
07/02/13 16:44:19
おれもかったよ
著者は印税がっぽがっぽじゃね？

350:デフォルトの名無しさん
07/02/13 16:45:53
>>330
ﾜﾛﾀｗｗｗ
ｵﾚもそうなったｗｗｗ

351:デフォルトの名無しさん
07/02/14 00:16:43
>>348-349
俺もかおっかなー・・・・

352:デフォルトの名無しさん
07/02/14 00:39:06
みんなで買って、はせがわさんをスプリング長者にしてあげよう♪

353:デフォルトの名無しさん
07/02/14 13:03:54
Spring2.0入門Amazonで買ったけど、
Springわかってない俺にはSprng入門が必要だった orz

354:デフォルトの名無しさん
07/02/14 13:57:09
そこで Reference Manual ですよ。

ていうかこれ日本語化してるプロジェクトとかある？
周囲に日本語になってないと読まないやつが多数居て泣ける。

355:デフォルトの名無しさん
07/02/14 14:28:37
>>354
URLﾘﾝｸ(andore.com)

356:デフォルトの名無しさん
07/02/14 17:57:34
>>354
Reference Manual読むのがつらいかたら買ったのに？ｗ

最初はつらかったけど、Spring2.0読んでいくうちにたいぶわかってきた。
なんとかJPAを使ったDao作成までできるようになった。

357:デフォルトの名無しさん
07/02/15 00:57:59
便利だねコレ

358:デフォルトの名無しさん
07/02/15 09:09:37
今日はでぶさみいきまつよ
JSUGのみなたまよろしくでつ

359:デフォルトの名無しさん
07/02/15 22:16:32
コアパッケージ含め、全てのnewをSpring経由にしてみたんだけど・・・
完全にプロジェクト失敗だ。

360:デフォルトの名無しさん
07/02/15 22:28:23
>>359
明らかにおかしい
間違いなくプロジェクトがこけたのはお前のせい

361:デフォルトの名無しさん
07/02/15 22:41:54
StringBuffer とか BigDecimal とかも全部ってことか

362:デフォルトの名無しさん
07/02/15 23:21:24
中庸と言う言葉があってだな

363:デフォルトの名無しさん
07/02/15 23:47:23
使える奴には良い道具を与えよ。
使えない奴にはｒｙ

364:デフォルトの名無しさん
07/02/15 23:51:38
>>359のような馬鹿はすっこんでろ！
お前は定型作業やってりゃいいんだよ
回りを不幸にするな

365:デフォルトの名無しさん
07/02/16 00:21:42
newを全部って、楽しいヤツだな

366:デフォルトの名無しさん
07/02/16 01:51:36
Stringとかどうやったんだろう。

367:デフォルトの名無しさん
07/02/16 23:58:57
>>366
String str = "aaa";

"new"って文字列が出てこないからOK！！

とかw

368:デフォルトの名無しさん
07/02/17 03:27:00
newは世の元凶です

369:デフォルトの名無しさん
07/02/17 03:31:38
さては、コンストラクタがクラスに内包されるのってオブジェクト指向言語自体の設計ミスなんじゃないのかね。

370:359
07/02/17 14:13:51
ネタですたｗ

371:364
07/02/17 16:28:07
ネタだと知っていて罵倒してやりました
すげえ気持ちよかったでつｗｗｗ

372:359
07/02/17 16:53:19
ストレス解消に貢献でき何よりですｗ

373:359
07/02/17 16:53:51
>>369がちょっと興味深いこといったかも。

374:デフォルトの名無しさん
07/02/17 18:04:33
>>359
お前ごときが興味深いだと？
身の程を知れｗｗｗ
興味深いという奴は何も考えてないといってるのと同じｗｗｗ
ちょー気持ちいいーｗｗｗｗｗｗ

375:デフォルトの名無しさん
07/02/17 18:17:34
確かに３５９は頭わるそうだな(　´,_ゝ｀)ﾌﾟｯ

376:デフォルトの名無しさん
07/02/17 19:10:16
>>370
　　　　　　　　　 . ｨ
.._ .......､._　　　 _　／:/l!　　またまた、ご冗談を
　:~""''.>ﾞ' "~　,､､''‐'､|　　　　　　　　　_　　　　　　
ﾞ､'､::::::ﾉ:::::::_,.-=.　 _～:、　　　　／_.}'':,
　``､/:::::::::__....,._ `ﾞ'Y' _.ｪ-､....._　／_ﾞ''iﾞﾉ､ﾉ
　,.--l‐''"~..-_'.x-='"ﾞｰ､`'-､　,:'　　ﾉﾞﾉﾌﾞ　　　　　
"　　 .!-'",／　 `'-‐'') /＼　`/　てﾞノ-〈
　.-''~　>'ﾞ::　　　 ‐'"ﾞ./　　ヽ.,'　　 ~　／
　　／/:::::　　　　　 ',　　 /　　　 ,:'

377:デフォルトの名無しさん
07/02/17 19:53:21
俺、環境構築（総合テスト＆本番）担当なんだけど、
開発からあがってくるXMLのbeanidがすげー適当で一発で動いたためしがないんだけど
なんかうまいことチェックできるような仕掛けとかないですかね？

378:デフォルトの名無しさん
07/02/17 20:03:53
beanLint

379:デフォルトの名無しさん
07/02/18 21:44:27
チェックのイミがわからんが、Spring IDEだけではだめなの？

380:デフォルトの名無しさん
07/02/19 04:19:54
springのxml helloで死にそうです。
seasarを使うべきでしょうか？

381:某スレ167
07/02/19 17:07:25
……誰も覚えてないコテハン&ちょー遅レスで恐縮だが（笑）

SpringということでなくDIxAOPということでなら、少なくとも今自分が弄ってるEclipse RCPには大いに有用だと思う。
イベントリスナの管理やログ管理オブジェクトの生成の煩雑さには正直ウンザリしてる（苦笑）
（まさに「フレームワーク」として」）アプリケーションの枠組みはEclipse RCP、AOPするための仕組みと割り切ってComposite（SwingだとPanelかな？）の管理にDIxAOPを導入するのはアリだと思う。
……ちなみにPHPもヤる人間なので現在Seasar2で遊んでいるのだが、どーも隔靴掻痒の感が否めん。Springに移行してしまおうかしらん？
一番アテにしていたコンポーネント（Springでは「Bean」かな？の自動登録はEclipse RCPで使えんよーだし。
ただ、それでもS2Daoはスゴいと思う。……ちゃんと動けば（苦笑）
うごかねーだよ、ヒマ見てちょこちょこ動かしてるレベルぢゃ(T_T)

382:デフォルトの名無しさん
07/02/19 22:08:11
なにいいたいのかいみふ
近視眼的で構成力のないコーダーと推測

383:デフォルトの名無しさん
07/02/19 22:15:08
たしかに

384:381
07/02/19 23:24:42
……バレるもんだな、下地の無さは。２ちゃんでもよく考えて書き込まないとボロが出ますな（苦笑
素直に「プレゼンテーション層が変わるだけでビジネス層やプレゼンテーション層は変わらん」と書いてしまえばよかったかな？

ただ、プレゼンテーション層そのものの作り込みにも、意外とDIxAOPが適用できる部分は多いんぢゃね？　と書きたかったんだけど……まぁいいか、またボロが出る前にやめとこう（苦笑

385:デフォルトの名無しさん
07/02/19 23:28:34
>>384
キモイ

386:デフォルトの名無しさん
07/02/19 23:35:52
taglibにインジェクションする仕掛けがSpringに無いのはなんでだろう。

387:デフォルトの名無しさん
07/02/20 00:20:43
キモイ荒らしが来たと聞いてすっ飛んできますた

388:デフォルトの名無しさん
07/02/20 01:44:13
キモイ荒らしが来たと聞いてすっ飛んで通り過ぎます

389:デフォルトの名無しさん
07/02/20 18:32:50
まじきもいな
こんなやつが同じプロジェクトにいなくてよかったよ
まあ、こんなやつがいたら皆で手を組んで出社できなくなるくらい
追い込んじゃうけどねｗｗｗ

390:デフォルトの名無しさん
07/02/20 20:22:03
>>384
天才。

391:381
07/02/20 20:54:34
>>384
あ、typoしてるし（苦笑）
誤：「ビジネス層やプレゼンテーション層は変わらん」
正：「ビジネス層やデータアクセス層は変わらん」
でよろしく。

392:デフォルトの名無しさん
07/02/21 00:12:19
　　　　　　　　　　 ,. -‐ ''" ￣￣｀`丶､
　　　　　　　　　　　i:::::::::::::::::::::::::::::::::::::::::::i　　　　　 |
　　　　　　　　　ｶ　ヽ:::_; ‐--､､､---､ ;;_:|　　　　　 |
　　　　　　　　ﾁ　　 `!;{　　　|ﾄNヽ　 }.:.:.:|　　　　|ヽ'　　要
　　　　　　　　ｶ　　　lf　へ、| ､,. へ､ヽ;| 　　　 | 　　　チ
　　　　　　　ﾁ　　　 ,.-!. <(')'　　 '(')>　 '=､　　　 |　　　ェ
　　　　　　　ｶ　　　 .{{〉,|　　'" , ,　`　　ﾑ }〉､　 | 　　ッ
　　　　　　ﾁ　　／ヾ‐l　　 ,.---､　u i､..ｲ　　｀`'|　　　ク
　　　　　　ｶ ,.ィ_"　　 |`''i、〈ﾖ￣´,〉　/　/　　　 |　　　や
　　　　　ﾁ/,ノr:}　　　ヽ　ヽ `'三'"／　 /　　　　ﾑ　　　!!
　　　　　 / /,.⊥L_　　　＼l! ` -‐' /　／　　　　　/|
　　　　／ /　 ─‐〈　　　　｀ヽ､一r''" 　　　　　! |／￣ !ヽ
　　r''"　.ノ　'ー─〈＿＿　-─‐=ﾆ二二)　　　　l ／　　　|
　 /　　（　､　二.ﾌ |-ﾆ￣　-─-　　　|　　　　|　　　　　i

393:デフォルトの名無しさん
07/02/21 10:45:03
>>389
俺はそんな暇があったらコード書くよ。
まっとうなフレームワーク作って、個人の作業範囲が明確になるようにする。
それでもついて来れないようなら他のプロジェクトに回ってもらう。

394:デフォルトの名無しさん
07/02/22 03:06:15
>>393
こんなとこ書いてないで手を動かせｗ

395:デフォルトの名無しさん
07/02/22 03:09:42
>>394
おまえ・・・正論すぎると嫌われるぞｗｗｗ

396:デフォルトの名無しさん
07/02/22 10:03:01
wwwって書くバカっぽいwww

397:デフォルトの名無しさん
07/02/24 00:45:13
ビジネスロジックを複数のCommandとして捉え、ChainOfResponsivirityのように次々に呼び出したい。

この設計思想に基づいてSpringを選択するのは正しい？

また、Commandの実行結果によっては次に呼び出すべきCommandが変わる場合もある。
この場合、設定ファイルだけで実現可能？

教えてｴﾛい人

398:デフォルトの名無しさん
07/02/24 00:53:54
Struts

399:デフォルトの名無しさん
07/02/24 00:57:28
>397
spring以前の問題
そんなもん自前でやれ

springは疎結合モジュール間の依存を解決させるためのもの

400:デフォルトの名無しさん
07/02/24 01:00:01
>>397
つ Jakarta Commons Chain

401:デフォルトの名無しさん
07/02/24 01:20:47
>>399,400

サンクス。
DIで上下レイヤー間の粗結合を受け持たせる…って認識でおk？

>>400の言う通りcommons-chainにするわ。

二人ともありがと

402:デフォルトの名無しさん
07/02/24 14:55:12
commons-chainのcommandにinjectionするニーズっていうのは結構あると思うんだけど。

403:デフォルトの名無しさん
07/02/24 15:23:12
5年以上前からこんなしくみつかっとるがな

404:デフォルトの名無しさん
07/02/24 18:58:12
ビジネスロジックは画面単位、イベント単位どんな風に区切るべき？

405:デフォルトの名無しさん
07/02/24 19:09:56
イベント単位じゃ
まだ荒い

406:デフォルトの名無しさん
07/02/24 21:08:32
っていうか１つのビジネスモデル（もしくは更に細かいモデルであったとしても）＝１画面 or １イベントではない

407:デフォルトの名無しさん
07/02/25 05:47:04
>>403
それって自慢？
俺はその前から使ってるがなｗ

408:デフォルトの名無しさん
07/02/25 06:29:27
>>407
それって自慢？
俺はその前から使ってるがなｗ

409:デフォルトの名無しさん
07/02/25 07:37:48
つい画面単位で物を考えてしまうけど、それではうまくいかないかなぁ

410:デフォルトの名無しさん
07/02/25 08:38:51
画面はビジネスモデルのビューなので

　大きなくくりのビジネスモデル　(1) ← (n) 画面

だけど、イベント単位に考えると、１つのイベントに他のビジネスモデルでも流用可能な
手続きがあったり、そもそも他業務の機能の呼び出しが入ってたりするから、
細かくしておいた方が都合が良いと思うなぁ

業務B画面　　　Action　　　　業務A　　　　　業務B
　│　　　　　　　　　│　　　　　　|　　　　　　　　　|
　├───→.│　　① 　　|　　　　　　　　　|
　│　　　　　　　　　├──→|　　　②　　　　│
　│　　　　　　　　　├─────→.│
　│← - - - - - - │　　　　　　|　　　　　　　　 │

①　業務Aで生成されるデータを取得
②　①のデータを使って業務Bの処理を実行

みたいな

411:デフォルトの名無しさん
07/02/25 10:47:59
>>408
それって自慢？
俺はその前から使ってるがなｗ

412:デフォルトの名無しさん
07/02/25 12:52:13
Spring Web Flowってめんどくせえな

413:デフォルトの名無しさん
07/02/25 13:36:03
>>411
それって自慢？
俺はその前から使ってるがなｗ

414:デフォルトの名無しさん
07/02/25 14:07:00
>>413
それって自慢？
俺はその前から使ってるがなｗ

415:デフォルトの名無しさん
07/02/25 14:19:48
>>414
それって自慢？
俺はその前から使ってるがなｗ

416:デフォルトの名無しさん
07/02/25 14:58:52
>>415
それって自慢？
俺はその前から使ってるがなｗ

417:デフォルトの名無しさん
07/02/25 17:40:47
おもしろいとおもってるのか？これだからプログラマーは。

418:デフォルトの名無しさん
07/02/25 18:04:47
合コンで女性陣がポカーンとしてる光景が目に浮かぶなｗ

419:デフォルトの名無しさん
07/02/25 19:02:31
>>41６
それって自慢？
俺はその前から使ってるがなｗ

420:デフォルトの名無しさん
07/02/25 19:34:09
>>419
それって自慢？
俺はその前から使ってるがなｗ

421:デフォルトの名無しさん
07/02/26 04:27:58
>>420
それって自慢？
俺はその前から使ってるがなｗ

422:デフォルトの名無しさん
07/02/26 05:46:40
今度のSpring勉強会で１０分のデモする人ってあっぱれっと殿じゃね？ｗｗｗ
URLﾘﾝｸ(www.atmarkit.co.jp)
勉強会出席して拝見させてもらわなきゃｗｗｗ
もちろんデモじゃなくてあっぱれっと殿をねｗｗｗ

423:デフォルトの名無しさん
07/02/26 10:58:45
Spring勉強会もアッパレット殿とやらも分からん。

424:デフォルトの名無しさん
07/02/27 01:22:45
だああああああああああああああああああああああああああああああああああああああああああああああああああああああああ！！！！！！！！！！

425:デフォルトの名無しさん
07/03/09 01:52:25
SpringMVCはこれから流行ると思うかね？

426:デフォルトの名無しさん
07/03/09 02:18:15
おもわん

427:デフォルトの名無しさん
07/03/09 04:13:32
思います

428:デフォルトの名無しさん
07/03/09 06:36:52
思えば

429:デフォルトの名無しさん
07/03/09 06:53:10
思うとき

430:デフォルトの名無しさん
07/03/09 07:35:44
思え

431:デフォルトの名無しさん
07/03/09 08:57:34
思おう

432:デフォルトの名無しさん
07/03/09 12:39:27
もうWebはいいだろ・・・と思う。

あえてWebで行く時はSpringMVCは悪くない。

433:デフォルトの名無しさん
07/03/09 19:22:45
>もうWebはいいだろ・・・と思う。
はい！消えた！

434:デフォルトの名無しさん
07/03/10 02:33:46
つまんねーなー

435:デフォルトの名無しさん
07/03/10 02:38:16
今日の勉強会レポよろ

436:デフォルトの名無しさん
07/03/10 08:19:06
つURLﾘﾝｸ(d.hatena.ne.jp)

437:デフォルトの名無しさん
07/03/11 11:51:58
>>436
レポート乙
２番目のトーカーに対するツッコミがきついようだが、そんなに納得でけへん内容やったん？

438:デフォルトの名無しさん
07/03/13 22:38:59
URLﾘﾝｸ(code.google.com)

439:デフォルトの名無しさん
07/03/14 05:23:42
これ軽いね

440:デフォルトの名無しさん
07/03/15 04:58:09
super-injectionがいい

441:デフォルトの名無しさん
07/03/18 21:32:16
Springって、netBeansで動くの？
net-sf-springnetbeans-support.nbmをNetBeansにインストールしたけど、この先どうして良いかわからない。
やっぱりエクリプスが良いのかな。

442:デフォルトの名無しさん
07/03/18 22:07:46
Springが動作するのは、IDE上ではなくてJVM上だ。
「Springって、netBeansで動くの？」なんて質問は的はずれもいいところ。

443:デフォルトの名無しさん
07/03/18 22:07:51
動かないわけないべ。
eclipseつかえるならとりあえずそっちでやっとけ。何ら問題ないだろ

444:441
07/03/18 22:29:53
>>442-443
とりあえず、ありがとう。

eclipseはプラグイン探しが大変そうなので、敬遠していたけど、All In One Projectがあるので、そっち試してみます。

445:デフォルトの名無しさん
07/03/18 22:45:04
>>444
まぁかまわんが、spring使うときにプラグインなんぞ使ったことないぞ
何の貯めにプラグインがいるんだ？

446:デフォルトの名無しさん
07/03/18 22:50:44
設定ファイル書く時に補完が効けば少し嬉しいんじゃね？くらいだな。

447:デフォルトの名無しさん
07/03/18 22:53:24
このIDEで動きますかと質問をしている時点でプロジェクトの成功はないだろうなぁと思う

448:デフォルトの名無しさん
07/03/18 22:55:34
時代はアノテーション

449:デフォルトの名無しさん
07/03/18 23:37:25
NetBeansって結構ガチガチにライブラリ周りの設定が組み込まれてるから、
標準で入ってないフレームワーク使うとき躊躇するんだよね。
俺もJSFプロジェクト試してみたときに、RIの代わりにMyFaces使う方法がわかんなくて
結局eclipseに逃げたことあるよｗ

450:デフォルトの名無しさん
07/03/19 00:05:17
組み込みのライブラリ使わなければいいだけじゃないか・・・

451:デフォルトの名無しさん
07/03/19 01:20:37
>>449みたいな発言を見ると、IDEでしかコーディングできない弊害を感じてしまう・・・

452:デフォルトの名無しさん
07/03/19 01:41:09
慣れはあるだろうけど>>449見たいなのは特殊だろ

453:デフォルトの名無しさん
07/03/19 08:15:26
>>452
特殊って？
使いにくいとおもったツールを根性で使うのが普通ですか？

454:デフォルトの名無しさん
07/03/19 08:26:58
IDEサポートが得られないならIDEとフレームワークを無理矢理組み合わせる必要はない。
サポートの無いフレームワークの扱いやすさ
Eclipse ＞＞＞＞＞＞＞＞＞＞＞ NetBeans

455:デフォルトの名無しさん
07/03/19 08:31:51
NetBeansはJavaEE標準のアプリをオールインワンで開発できることに重点を置いてる
ように見える。本質的にはフルスペックのJavaEEサーバを使った開発向き
様々なライブラリを組み合わせて使うのには、やはりEclipseが向いてるように思う

456:デフォルトの名無しさん
07/03/19 08:34:32
ふむふむ

457:デフォルトの名無しさん
07/03/19 10:06:47
アノテーション全然使わないまま1.6の時代が来てしまった・・

458:デフォルトの名無しさん
07/03/19 13:07:07
springユーザってたいへんでつねｗｗｗ

459:デフォルトの名無しさん
07/03/19 14:23:38
は？

460:デフォルトの名無しさん
07/03/19 15:28:25
↑たいへんなスプリングユーザｗ

461:デフォルトの名無しさん
07/03/19 15:42:37
よーするにGlassFishだけで動くアプリの開発ならNetBeans、
Springなど非標準のフレームワークを使うならEclipse。
NetBeansでGlassFishなユーザから見るとEclipseでSpringな
ユーザってたいへんでつねwww
ってことか？

462:デフォルトの名無しさん
07/03/19 16:42:59
case by case

463:デフォルトの名無しさん
07/03/19 16:59:10
Java以外でも使うからeclipse
JavaだけやってればいいSpringユーザはラクでいいね

464:デフォルトの名無しさん
07/03/19 17:03:03
springユーザがJavaだけやってればいいケースも少ないだろｗｗｗ

465:デフォルトの名無しさん
07/03/19 17:04:07
明らかにSpringを分かってない発言が繰り返されてるが
一体どんなものをイメージしてるのか、興味は湧く。

466:デフォルトの名無しさん
07/03/19 17:41:47
わかってる振りしている発言の開始か？

467:デフォルトの名無しさん
07/03/19 21:28:26
っていうかSpring以前に、いまだに１.４だぁ───！！！！
アノテーションてなんだぁ───！！！！
DIってなんだぁ───！！！！
俺終わった─────！！！

468:デフォルトの名無しさん
07/03/19 22:02:57
EJB3.0の話題はあんまり無いのね。

469:デフォルトの名無しさん
07/03/19 22:20:39
>>467
1.4でもSpring使えるぞ

>>468
Springのスレだからな

470:468
07/03/19 22:27:30
>>469
確かにそうだけど、ム板全体で期待されていないような・・・。

471:デフォルトの名無しさん
07/03/19 22:28:40
いや・・・
世界的に（ｒｙ

472:デフォルトの名無しさん
07/03/19 22:34:56
DIコンテナは背後を隠蔽しないけど
EJB3は裏でうねってるものを
アノテーションで見せないようにするのが
なんつーかもう気持ち悪くて話にならん。
interfaceベースの方が分かりやすい。
何をそんなにも隠蔽したがるのか理解できん。

473:デフォルトの名無しさん
07/03/19 22:45:52
interfaceベースかどうかは関係ないだろ。
EJB3もinterfaceベースで作るのが基本だと思うが。
しかも、EJBコンテナだってDIを管理しているからDIコンテナとも呼べる。
アノテーションでDIの設定をするか、
XML設定ファイルに外出しになっているかの違い程度。

EJB3がまだ流行らないのは、まともな実装のアプリ鯖がまだ少ないからじゃね？
JBoss/WebLogic/WebSphereのJavaEE5完全対応版がリリースされたら、
Hibernate/Spring程度には使われるよ。

474:デフォルトの名無しさん
07/03/19 22:56:14
springとJSFで開発してみようかな・・・。

475:デフォルトの名無しさん
07/03/19 23:09:15
まだglassfishしか対応してないからな
今までのEJBとは別物だから普及するだろうね

どういうものかはSeasar2でTigerアノテーションつけたやつで試してみればいい
Springとは違う考え方でどちらかといえばGoogleGuiceが非常に近い

フィールドインジェクションできるってのは強いと思うよ
ロジックと直接かかわらないプロパティアクセスが消せるし
Springはそれを消すために深い継承してるわけだし

EJB3の一部実装として取り出したJPAは普及は確実か

476:デフォルトの名無しさん
07/03/19 23:10:15
コードに書くのか、外に出てるのかが本質的な違いであって
コードに書いたら、もうDIじゃねーと思うんだけど。
なんであれをDIと呼ぶのか、2年近くたつけどまだ納得できない。

EJB3は流行らないと思うよ。
もう今頃は塗り変わってるはずだったのに、一向にその気配がないし。
JBossだってコアな実装はもう済んでしばらく経つんだから
そんなにいいものだったらボチボチ広まってるはずじゃない？

次ページ