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

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

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

**デフォルトの名無しさん** · 2013/12/28(土) 23:07:01.79

うん

**デフォルトの名無しさん** · 2014/03/02(日) 07:19:45.70

DIでインジェクションするクラスってさ
基本的にシングルトンになると思ってるんだけど
あってる？

**デフォルトの名無しさん** · 2014/03/05(水) 21:59:28.30

>>463
何で？親インスタンス1に対して子インスタンス一つ出来るよね？

**デフォルトの名無しさん** · 2014/03/06(木) 20:13:38.55

その親インスタンスも一個でしょ？

**デフォルトの名無しさん** · 2014/03/06(木) 20:28:00.99

謎が深まりましたm(__)m

**デフォルトの名無しさん** · 2014/03/06(木) 22:54:00.97

たいていのDIの実装が、シングルトンをデフォルトにしているっていうだけの話ではなくて？

インスタンス管理がHTTPコンテキストのものだと、シングルトンに見えて実際はDynamic Proxyが
インジェクションされていて、本当の処理はHTTPコンテキストに格納された個々のインスタンスへ
デリゲートされている、なんてものもあるし。

**デフォルトの名無しさん** · 2014/03/15(土) 12:31:18.68

jmockit使えるようになってからは、主だったビジネスロジック部分でのDIはなくてもいいんじゃないかという結論に辿り着いた。
もちろん全部不要って意味じゃないけど、自前でnewすることは怖いことじゃない。

なんていうか、今後を考えてもまず必要のないことが明確にわかるような、
意味のないDIの使い方をしているプロジェクト、多すぎると思う。

**デフォルトの名無しさん** · 2014/03/15(土) 12:51:07.19

普通はデータベース・ファイルIO・外部システム連携部やAPI等をインターフェースにして
単体テスト時はモック、動作時にはDIで実装クラス注入というパターンだな

勘違いした人が全てのクラスに対してインターフェースを用意してDIとかやり始めると、
複雑度が跳ね上がって困ったことになる

**デフォルトの名無しさん** · 2014/03/18(火) 08:14:10.97

やっぱり使える場所ってかなり少ないはずなんだよな
その辺はマルチスレッドを使うときのパターンに近似していると思う

DIコンテナの開発元や布教者がむやみにあちこち使わせるような
悪質なチュートリアルや宣伝をしているのが原因ではないだろうか

**デフォルトの名無しさん** · 2014/03/18(火) 11:02:39.52

使える場所は限られるが、ありがちなWebアプリだと、
手続き的に何度も書かなきゃいけないとこはだいたいカバーできるから、
普及してるんだと思われる。

勿論、何でもかんでもDIでというのはおかしいが。

**デフォルトの名無しさん** · 2014/08/02(土) 11:50:17.01

>>463
インジェクションするインスタンスのライフサイクルを外部から設定できるのもDIの特徴の一つだよ。

考えられるライフサイクルは、以下とかかな
シングルトン
DIするごとにインスタンス生成
同スレッド中で同インスタンス

Webアプリケーションの場合、セッションやリクエストもあるね。

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

おちんぽインジェクション！

**デフォルトの名無しさん** · 2014/11/04(火) 12:10:06.56

>>469
難易度って意味だと、
自動テストって何ですか、単体テストは画面から動かしました！
ってなのが蔓延ってて、
○○機能サービスってクラスに
viewの状態から、SQLIDを含んだ発行メソッドや、ユーティリティ以外の全メソッドが乗ってる

そんな現場だと、例外なく全てである
って言い切っちゃった方がすんなり行きそう
それが新しいルールだってことにして

**デフォルトの名無しさん** · 2015/12/19(土) 10:22:39.99

プログラマはMacを使ってるってマジ？
http://hayabusa3.2ch.net/test/read.cgi/news/1450395043/

**デフォルトの名無しさん** · 2015/12/19(土) 15:44:40.26

どこの部分をポリモる必要があるかちゃんと線引きしておかないと、DI導入してもただうっとうしいだけになるんだよな。

**デフォルトの名無しさん** · 2016/01/26(火) 21:19:13.12

仕様がふわふわしてる時には自衛の為にDIしたほうがいい

**デフォルトの名無しさん** · 2016/03/29(火) 08:59:52.53

サッカーブッシュ日本代表日程ぷあたん（しゅっちょうまいくろ教育長交代）春文執行40代売上差額シュガーチョコ
https://www.youtube.com/watch?v=NDq1QoJY0nY宇ドナルドアナリストパワーストーンコーチングとしまえん
サッカーブッシュ日本代表日程古本屋よしたけしゅっちょうちょこしゅがー
ディーラー税務署天才開発者死亡詰みヨミドクターマイクロサービス不足
サッカーブッシュ日本代表日程ぷあたんシフト光金さかい強制バイト人権侵害問題
春分資源執行ニューヨーク低原価ぼったステーキソルトレイク福岡横浜新橋奴隷課金パチシフト強制バイト問題新潟米センター生残
コスメ２４チャリティー隠れ40代生活保護プレイボーイバイトレードいたりあん接待問題
マスコミKARDローンケーオーサービス不足婚活パーティー寄付金執行原発ビジネス
FBIチャイニーズタイホテル売上事務所ガチャ決算ガチャキャンペーン（販売報道陣過激派組織向携帯最新情報提供終了
校長発言細心注意ノートン産廃エラー(著作権クレーム中国反応融資高額教育費)(中国捕鯨団体40代社員サッカーコメント
高額入学金ヤフウ新橋大学ヤフウ新橋理事長FX経費おじや50代資産ガリバズフィード40代エリート

**デフォルトの名無しさん** · 2016/04/29(金) 22:34:59.65

Unityでdecoratorパターンしたい場合はどういう風に設定を書けばいいんでしょうか
例えばコードで書くとこんな感じです
var co = new UnityContainer();
co.RegisterType<ILogger, Logger>();
co.RegisterType<IFoo>(new InjectionFactory(
c => new LoggingFoo(new Foo(), c.Resolve<ILogger>()
));
これをコードではなく設定ファイルで定義したいです

**デフォルトの名無しさん** · 2016/07/08(金) 23:15:32.94

39 仕様書無しさん 2016/07/08(金) 23:11:07.46
Oracle、Java EEから手を引く可能性も

http://s.news.mynavi.jp/news/2016/07/04/261/

**デフォルトの名無しさん** · 2016/09/23(金) 00:09:39.76

そもそもClass定義自体がファクトリのはず
なのに何故、いちいちフレームワークの助けが必要なのか。

DIは今後の言語で言語仕様自体に組み込まれ
消えていくだろう

**デフォルトの名無しさん** · 2016/09/23(金) 12:46:27.71

汎化が過剰だからフレームワークの助けが必要になるんじゃないかと
コードを自動生成したほうがマシな気がする

**デフォルトの名無しさん** · 2018/05/23(水) 23:01:01.60

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

6IEJF

**デフォルトの名無しさん** · 2018/07/04(水) 23:07:25.92

9WT

**デフォルトの名無しさん** · 2018/10/12(金) 17:13:29.26

保守