【Java】DIコンテナって本当に便利か？

**デフォルトの名無しさん** · 2008/08/20(水) 23:23:26

インターフェースクラスやら設定やら増えまくって
かなりめんどくなってんだけどｗ

**デフォルトの名無しさん** · 2008/09/27(土) 01:44:44

設定の外部化が善という宗教
記述量の削減が善という宗教

**デフォルトの名無しさん** · 2008/09/27(土) 04:07:26

>>206
それくらいできない奴は、いなくなった方が楽になる

**デフォルトの名無しさん** · 2008/09/27(土) 07:26:39

>>208
それは組織力のないチーム(=一匹狼の寄り合い所帯)の言い訳

**デフォルトの名無しさん** · 2008/09/27(土) 08:15:02

それくらいもできなくて、できるようになろうとしない奴らは
それですむ仕事をすればいいのに、なんで開発者になるんだろうか？

**デフォルトの名無しさん** · 2008/09/27(土) 09:33:43

まあダメダメSIer だと、良いプロジェクト == 儲かるプロジェクト == Hello World Javaモンキー１００匹突っ込めるプロジェクト
だったりするんで、実は心の奥底から生産性なんか求めてなかったりする。
組織力ってのも Javaモンキー１００匹集められるか否か、ただそれだけだったりもする。

**デフォルトの名無しさん** · 2008/09/27(土) 10:18:41

なるほど、それに浸かりきったバカが自分のバカさすら忘れて
>>209みたいなことを言うんだね

**デフォルトの名無しさん** · 2008/09/27(土) 15:50:54

なぜすぐ煽り合いになるのか？

**デフォルトの名無しさん** · 2008/09/27(土) 16:14:50

だってここ2chだし

**デフォルトの名無しさん** · 2008/09/27(土) 19:28:29

むしろ本当の少数精鋭チームならJava使わないだろもう

**デフォルトの名無しさん** · 2008/09/27(土) 20:37:02

むしろ本当の少数精鋭チームならDI使わないだろもう

**デフォルトの名無しさん** · 2008/09/27(土) 20:38:44

逆々

**デフォルトの名無しさん** · 2008/09/27(土) 20:50:31

Javaを使っていないのであれば、DIを使っていなくてもおかしくは無いが

**デフォルトの名無しさん** · 2008/09/27(土) 20:55:15

spring以外に選択肢が無いのが問題
s2はhackerのオモチャ

**デフォルトの名無しさん** · 2008/09/27(土) 21:01:51

guiceは？

**デフォルトの名無しさん** · 2008/09/27(土) 21:03:38

藁

**デフォルトの名無しさん** · 2008/09/28(日) 18:56:38

http://d.hatena.ne.jp/higayasuo/20080928/1222594738

**デフォルトの名無しさん** · 2008/09/28(日) 19:34:28

Seasar2は慣れればサクサクなのだろうがそこまでの道程は結構険しい

問題なのは、真剣に学習コストをかけて展開するほど
今後長持ちするとは思われていないところじゃないかな

**デフォルトの名無しさん** · 2008/09/28(日) 19:36:44

一部のローカルグループのサークル活動に
人件費を裂くような馬鹿はいないだろ。
うちはWebBeansがJavaEEに載っかったら、
without EJBな連中とは決別する予定。

**デフォルトの名無しさん** · 2008/09/28(日) 19:49:13

そのサークルの人、みんな飽きるのが早いからね…
仕事ではリスクが高くて採用できない
(請負で作っちゃって納品ﾊｲｻﾖﾅﾗなPJなら採用できるのはﾅｲｼｮ)

**デフォルトの名無しさん** · 2008/09/28(日) 20:29:42

Javaはそういうのはまだマシな部類だと思うけどなー。
COBOLなんか大昔の極一部の俺流フレームワークが神扱いされてるから･･･。

それに比べればSeasar系はまだマシだろう。

**デフォルトの名無しさん** · 2008/09/28(日) 20:40:46

タイミングと内容から言って本人による宣伝なのかなあ

キモ

**デフォルトの名無しさん** · 2008/09/29(月) 02:30:39

>>224
without EJBっていつの時代だよ

**デフォルトの名無しさん** · 2008/09/29(月) 20:12:09

>>226
自分より下を見てまだマシだ安心する訳ですね。

**デフォルトの名無しさん** · 2008/09/29(月) 20:46:28

>>228
ロッド・ジョンソンは今でもwithout EJBだよ

**デフォルトの名無しさん** · 2008/09/30(火) 00:56:51

声が大きいのはひが氏だろ・・

**デフォルトの名無しさん** · 2008/09/30(火) 01:33:11

>>230
もうロッドのいうことを無条件に賛同してるやつはいないだろ。

**デフォルトの名無しさん** · 2008/09/30(火) 01:55:47

とりあえずよりよいプログラムを目指してここで情報収集してる
少数派がいがみあってもしょうがない

**デフォルトの名無しさん** · 2008/10/02(木) 07:33:34

こんだけ盛り上がるってことはまだまだ微妙なんだろうな
seasarも全然さくさくじゃねーしなｗ

**デフォルトの名無しさん** · 2008/10/19(日) 21:03:33

Springどこいったよｗ

**名無し募集中。。。** · 2008/10/20(月) 01:28:40

SAStrutsかなり最強だと思うけどなー
DIとは関係ない部分でだけど

**デフォルトの名無しさん** · 2008/10/20(月) 03:18:26

DIと関係ある話してくれよ

**名無し募集中。。。** · 2008/10/20(月) 03:30:53

DIを意識させないようにしてあるって所でいいなってさ

**デフォルトの名無しさん** · 2008/10/20(月) 06:56:59

SAStrutsはSeaserに依存しまくりでしょ？
SAStrutsをパクってコンテナに依存しないStruts拡張を作るのが吉。

**デフォルトの名無しさん** · 2008/10/20(月) 07:14:32

Sersarに依存してたらなんか悪いことあるのか？
Strutsに依存してることはOKなのか？

**デフォルトの名無しさん** · 2008/10/20(月) 07:47:49

本人が前にこういう事を言っていたけど。
ttp://d.hatena.ne.jp/higayasuo/20080613/1213326209
まあ、S2でいい人は別にSAStrutsで良いんじゃね。

**デフォルトの名無しさん** · 2008/10/20(月) 07:53:13

いまやSpring死亡してS2浮上中だけどな
今はその時とは事情が全く違う

**デフォルトの名無しさん** · 2008/10/20(月) 11:44:06

いやあのサポートポリシーはコミュニティが黙ってないだろうと思ったら
あっさり変更したじゃないか。springはまだまだ死亡しないだろ。

**デフォルトの名無しさん** · 2008/10/20(月) 13:24:25

よくわからんけど、プロダクトがコンテナに依存して
嬉しいことってあるの？
プロダクトを作る側ではなくて、使う側の話だけど。

非依存や切り替え可能にできるなら、その方が良くね？
特にSpringのゴタゴタとか見ていると。

T2はコンテナ非依存とか言ってるけどさ。よくわからんけど、プロダクトがコンテナに依存して
嬉しいことってあるの？
プロダクトを作る側ではなくて、使う側の話だけど。

非依存や切り替え可能にできるなら、その方が良くね？
特にSpringのゴタゴタとか見ていると。

T2はコンテナ非依存とか言ってるけどさ。

**デフォルトの名無しさん** · 2008/10/20(月) 16:41:54

大事なことだから・・・・？

**デフォルトの名無しさん** · 2008/10/20(月) 20:04:47

それこそ使う側だと選択肢が少ない方が脳を使わなくて済むと言う
メリットがあると言えなくもないが。

むしろ、作る側が非依存で切り替え可能だと、影響調査やバージョンの互換性
やらテスト項目がてんこ盛りで泣けてくるとだろうし。

**デフォルトの名無しさん** · 2008/10/20(月) 20:59:50

>>244
なんで2回繰り返してんだ？

依存するとコンテナの機能をフルに使える。
それで使う側に有益な機能が実現されればメリットになる。
DB依存のSQLも同じだろ。

**デフォルトの名無しさん** · 2008/10/20(月) 21:13:31

コンテナに依存して、その機能をフルに使うプロダクトを作るも良し。

別にコンテナ固有の処理に依存する必要もないので、コンテナの部分を
抽象化して、切り替え可能にしたプロダクトを作っても良し。

コンテナに依存しているプロダクトを別のコンテナと使いたいので、
そのプロダクトのコピー版を作っても良し。

**デフォルトの名無しさん** · 2008/11/01(土) 16:39:33

s2がやってるような処理は、プリプロセッサレベルで
dicon→javaのコード変換としてやってもらって、
後は普通にseasar2要らずでコンパイル→実行
みたいな枠組みは作れないのかなあ…
使う側としてはその方が嬉しいんだけどね。
プロダクトよりもseasar2の耐用年限を気にしないといけない今の状況だとチョット

**デフォルトの名無しさん** · 2008/11/01(土) 17:19:13

自分で作ればいいじゃない

**デフォルトの名無しさん** · 2008/11/01(土) 18:02:03

作れるなら作ってるさ

**デフォルトの名無しさん** · 2008/11/01(土) 19:25:38

dicon→Javaで生成したコードをメンテするよりも、Seasar2自体のコードをメンテしたほうが楽だと思われる。

**デフォルトの名無しさん** · 2008/11/02(日) 16:04:21

POJOのおかげで機能ではなくドメイン主体で継承作れるのはいいけど、
「なにがDIされるか」を知ってないと自分の書いたコードで
実行時になにが起こるかわかりにくいよねえ。継承ならまだ階層追えば
調べられるけど。

フレームワークのDIはほどほどにしてコード内で明示的に
委譲するようにしたい。でもspring利用しといて一部のクラスの生成だけ
サービス管理クラスを呼び出すのもわかりにくいし、難しいなあ

**デフォルトの名無しさん** · 2008/11/03(月) 20:24:21

>>253
ドメイン主体で継承とか。。
DIを良くわかってないようだな。
勉強し直してきた方がいいぞ

**デフォルトの名無しさん** · 2008/11/03(月) 21:33:33

>>254
君こそ勉強し直した方がいいぞ。DI以前にOOもな。

**デフォルトの名無しさん** · 2008/11/03(月) 21:41:05

タイプセーフを壊す過度なDIは不毛。
Guiceみたいな形式が一番スマートだと思う。

**デフォルトの名無しさん** · 2008/11/03(月) 21:52:57

253はいろいろ分かってなさそう

**デフォルトの名無しさん** · 2008/11/03(月) 23:07:13

>>253と>>256は同一人物っぽいな
タイプセーフを壊す過度なDIってw

**デフォルトの名無しさん** · 2008/11/04(火) 19:41:26

コンパイルするときはキャストとDIは別問題だし
注入する実装クラスが違ってたらコンテナが起動時に教えてくれるから
DIでタイプセーフ云々を問題視したことないんだが

**デフォルトの名無しさん** · 2008/11/04(火) 23:30:27

>>256
>タイプセーフを壊す過度なDIは不毛。
あんたはきっと実装に依存しすぎだと思う

**デフォルトの名無しさん** · 2008/11/05(水) 00:01:17

>>253の一段落目はその通りだと思うんだけどおかしいの？

**デフォルトの名無しさん** · 2008/11/05(水) 00:52:35

253だけど継承にしたって結局フレームワーク側がどうやって
継承元のメソッドを呼び出してるかは継承関係追っかけるだけじゃ
わからないから、DIも継承も関係ないや、と思った。まる。

**デフォルトの名無しさん** · 2008/11/05(水) 23:23:27

>>253
そりゃあんましイミないけど
気持ちは分かる

**デフォルトの名無しさん** · 2008/11/06(木) 02:10:35

>>253
>実行時になにが起こるかわかりにくいよねえ。

そもそもDependency Injectionというのは
「分からないでもいい」という粗結合を実現するためのもの。
呼び出し側はインターフェースだけを知っていればよい。
理想論ではあるけれども。

おそらく実装に過度に依存したコードを書いているんだろうなと思う。

**デフォルトの名無しさん** · 2008/11/06(木) 05:30:53

いやあ、デバッグの時に処理が追いにくいのがなんかなあって。
フレームワークのドキュメント調べてる時間で自分で書いた方が
早かったじゃんって思ったり。フレームワークの全機能使う訳じゃ
ないからさ。

**デフォルトの名無しさん** · 2008/11/07(金) 00:43:44

>>265
DIコンテナに限らない話だな

**デフォルトの名無しさん** · 2008/11/08(土) 16:22:02

技術的な話として便利かどうかと言えば明らかに便利
ただし、便利なら採用できるかといえば、それは次元の違う話
それだけ

**デフォルトの名無しさん** · 2008/11/08(土) 18:56:25

まぁでもSpringやSeasar2採用してるプロジェクト多いでしょ
と思ったら1割くらいか…

**デフォルトの名無しさん** · 2008/11/08(土) 19:07:59

DI支持派の主張で疑問なのは、

インタフェースと実装の分離という原則を説いて (それ自体は誰でも賛成する)
そこでDI登場、と素っ飛ぶところ。

DIという考えが生まれるよりも遥か昔から、プログラマはインタフェースと実装を分離していたわけだが。

**デフォルトの名無しさん** · 2008/11/08(土) 19:43:28

それやってる奴って多分DI使ってる奴の100分の1以下だろ
だったら俺は昔からMVCに分けてたとかORマッピングやってたとかなっちゃうぜ

**デフォルトの名無しさん** · 2008/11/08(土) 19:49:21

昔からインタフェースと実装の分離をしているような奴なら、
自前のサービスロケータやDIコンテナモドキも作っているわけで。

だったら、そこでDI登場、と素っ飛んでしまっても何も
問題は無いと思う。

**デフォルトの名無しさん** · 2008/11/08(土) 19:53:27

俺はJavaなんて登場する前から仮想マシンを作って型に厳格な言語を構想していたが

**デフォルトの名無しさん** · 2008/11/08(土) 21:43:11

>>269
>インタフェースと実装の分離という原則を説いて (それ自体は誰でも賛成する)
この｢インタフェースと実装の分離｣を聞きながら、
｢はあ？その理想論をどーやって現場で使えっつうんだよ！！｣
って思ってたところに
>そこでDI登場、と素っ飛ぶところ
DIが出てきて、
｢あーなるほどね、そーやるのね｣
って感じでナットクされたってこと。

インターフェイスとインプリメンテーション
みたいに
理論と実践をやってみせたのがDI。

**デフォルトの名無しさん** · 2008/11/09(日) 06:08:42

>>インタフェースと実装の分離という原則を説いて (それ自体は誰でも賛成する)
>この｢インタフェースと実装の分離｣を聞きながら、
>｢はあ？その理想論をどーやって現場で使えっつうんだよ！！｣
>って思ってたところに

そういう人のための道具ということでよろしいですか？

**デフォルトの名無しさん** · 2008/11/09(日) 12:29:57

>>269
それまではService Locatorをつかってた。
昔のEJBとかね。
だから、最初はDIじゃなくてInversion of Control（制御の反転）コンテナとか軽量コンテナとか呼ばれてたんだよ。

**デフォルトの名無しさん** · 2008/11/09(日) 12:42:13

DIって自動テストツールを使った、単体テストの時めちゃくちゃ便利
むしろDIが無いと出来ないといってもいいな

**デフォルトの名無しさん** · 2008/11/09(日) 15:36:38

>>274
お前は独自フレームワーク(笑)でも作って一人で頑張って

**269** · 2008/11/09(日) 20:25:58

>>275
流石にファウラーの記事くらいは読んで言ってるよ。日本語訳もあるんだし

そもそもファウラー自身がメリットデメリットの話を書いているのに
素人が何の検討もなしに流行に乗っているだけという感じが。

巷が騒がしいから俺も遊んでみる→なんかコード書かなくて楽じゃね？→DIﾜｼｮｰｲ
という狂宴

**デフォルトの名無しさん** · 2008/11/09(日) 21:11:19

>>275
なんだ「自分は分かってる」君か。
臭いよ。

**デフォルトの名無しさん** · 2008/11/10(月) 00:36:54

ループの御燗

**デフォルトの名無しさん** · 2008/11/10(月) 19:44:31

めんどくせー。
AOPが簡単にできるだけで良いじゃねーか。

**デフォルトの名無しさん** · 2008/11/11(火) 20:30:12

半端に知ってる人が詰まっても知識の押し付けあいになっちゃうのですね。
あんたらばかぁ？

**デフォルトの名無しさん** · 2008/11/11(火) 23:53:04

人が詰まるw

**デフォルトの名無しさん** · 2008/11/11(火) 23:57:24

詰まらないスレだな。

**デフォルトの名無しさん** · 2008/11/12(水) 00:27:39

> DIコンテナって本当に便利か？

ひがちゃんに聞いてみれば？
たぶん「ホットデプロイが！！！」しか言わないと思うが。

**デフォルトの名無しさん** · 2008/11/12(水) 00:29:46

DIコンテナ要らないからホットデプロイだけくれよ。

**デフォルトの名無しさん** · 2008/11/12(水) 00:32:52

>>286
javarebel

**デフォルトの名無しさん** · 2008/11/13(木) 17:00:25

あると便利だけどねー

**デフォルトの名無しさん** · 2008/11/22(土) 23:40:00

俺みたいな古いＰＣしか持ってないと「軽量」ってことが、すごーく高価値なんだよね。
GlassFishやJBossやら動いちゃくれても、現実問題耐えられんのよｗ画面真っ白けにしてお休みしちょうし。
かと言ってxmlヘルへの逆行もごめんだしで、もうS2アディクティブですよ。

**デフォルトの名無しさん** · 2008/11/24(月) 22:44:02

>>289
J2EEコンテナ(GlassFish , JBoss vs Tomcat , jetty) と
フレームワークの違いを混ぜてないか?

DI コンテナは、フレームワーク(ライブラリ)であって、J2EE コンテナではないだろう。

**デフォルトの名無しさん** · 2008/11/24(月) 22:50:43

依存性注入(DI)は成功したか？
http://www.infoq.com/jp/news/2007/12/does-di-pay-off

この記事でも、DIはテストする際の有利さ(便利さ)が語られている。
(逆に言えば、それしかない、という意見も紹介されている)

**デフォルトの名無しさん** · 2008/11/25(火) 01:12:27

比較的導入が進んでる海外でも
この手のしょうもない議論がまだ繰り返されてるんだな。
OOPも初期は無駄な議論多かったよな。
今は自明だから議論が発生しないか、
あるいは分かってふりして黙ってるかの二択だが。

**デフォルトの名無しさん** · 2008/11/27(木) 00:25:49

だが実際問題、XMLは自動記述してくれないと嫌にならないか？結局というかRubyonRailのようなのが人気なのもJavaにはこんな問題もあるからだと思う。

**デフォルトの名無しさん** · 2008/11/27(木) 01:30:13

XML書くのが嫌ならguice使えばいいじゃん

**デフォルトの名無しさん** · 2008/11/27(木) 02:19:09

クラス図書くコストの1/3でクラス間の相関が記述出来る。
XML書くことの何が面倒なのか理解不能。

**デフォルトの名無しさん** · 2008/11/27(木) 02:30:09

実際XML地獄が深刻なので回避しようというのがトレンド

**デフォルトの名無しさん** · 2008/11/27(木) 08:42:29

今時のSeasar2プロダクトは規約で縛ってよっぽどのことがないとXML書かないけどな
SAStrutsとか

**デフォルトの名無しさん** · 2008/11/27(木) 21:00:58

Seasar２はいいな。確かに楽をさせてくれる。

**デフォルトの名無しさん** · 2008/11/27(木) 21:18:39

XMLヘルはHibernateやSpringやantのせいだろ。
あいつらは設定ファイルやデータファイルの域を逸脱してる。
web.xmlとstruts-config or faces-configだけなら大して難しくない。

**デフォルトの名無しさん** · 2008/11/27(木) 23:07:03

antを責めるのは筋違い

**デフォルトの名無しさん** · 2008/11/28(金) 02:24:15

>>299
つか、いまどきHibernateやらSpringやらもアノテーションだろ。

**デフォルトの名無しさん** · 2008/11/28(金) 02:24:51

>>300
antの、XMLで条件分岐や繰り返しや変数代入ってプログラム書かされるのはイヤになんない？

**デフォルトの名無しさん** · 2008/11/28(金) 07:34:04

XML地獄とか、いつの時代の話をしているんだよ、っという感はある。

**デフォルトの名無しさん** · 2008/11/29(土) 09:15:28

例え自動生成してたとしても、XML地獄がそこに存在してるんだよ。

**デフォルトの名無しさん** · 2008/11/29(土) 09:26:57

今はXML地獄ではなくて、アノテーション地獄だろ。

**デフォルトの名無しさん** · 2008/11/29(土) 10:14:29

ＸＭＬよりはマシっしょ、とつられてみる。