エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
DIのアンチパターン - Fly me to the Luna
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
DIのアンチパターン - Fly me to the Luna
ってそろそろ語られててもおかしくないですね。インターフェース不要論って、実はDI不要論の事なんじゃ... ってそろそろ語られててもおかしくないですね。インターフェース不要論って、実はDI不要論の事なんじゃないのかと思うんですよ。「DI」って、とてもいい概念なんですが、使い始めるとDIコンテナを対象にこれでもか!とPOJOのプロパティ設定を書き始めた事がありました。最近はそんな過去のおいらに、「おいちょと待てよ」と声をかけたくなってきました。 要するに言いたいのは、DIコンテナを過度に使いすぎるな、という事と、プログラムの再利用にDIコンテナを利用すると面倒なことがあるよ、という事。 DIのDは依存性のDなんですよね。何かに依存するようなDを設定として切り出す訳です。それってなんよ?と考えてみたところ、「環境」のことだったりするのではないかと思うんです。例えばテスト環境と、開発用のAP環境と、プログラム結合用のAP環境で接続するDBが違う、そんな場合にDIは有効です。アプリケーションが永続化処理