-
- いいね！0
なかざん
@Nkzn
@nagise そですね。モジュール（クラス）内部で送り先を初期化しちゃうとテストの時に送り先をモック化するのが大変なので、外部から突っ込めるようにしときましょう、くらいのものでしかないはず。
2020-07-03 08:35:36
なかざん
@Nkzn
@nagise わかります。DIコンテナはDIの自動化とか簡便化みたいな文脈なので、DIコンテナ無しでもDIは実現できるのですが、DIコンテナでアスペクト指向を実現することをDIだと誤認しやすい文化圏がちょいちょいありますよね……Androidも一時期そうで、自分の認識を矯正するのに苦労しました。
2020-07-03 08:40:17
てるろー
@terurou
なんか深夜にDIで盛り上がってたのか。構造的部分型がある言語なら、コンテナ的な雑オブジェクトをコンストラクタで指定して終わりだと思ってますね。AOPは使わんし、アノテーションでフィールドに自動設定されるみたいのも、初見殺しになるデメリットに対して得られるほどのメリット無し。
2020-07-03 08:33:20
omuomugin
@omuomugin
最近DIコンテナ使わないでアプリケーションで一番フレームワークに近い層からコンストラクタインジェクションするで結構コスパ良く行けるなってなってる。
2020-07-03 08:34:48
yuuki takezawa@ytake
@ex_takezawa
DIとかよくわからないのでHackで自分でDIコンテナ作りました。 github.com/nazg-hack/glue
2020-07-03 08:37:18
すえなみ
@a_suenami
僕は焼肉とハイボールをインジェクトして欲しいです。コンストラクタで支払いが必要だったはずですが、そこはDIコンテナがよしなにお願いします。
2020-07-03 08:41:30
てるろー
@terurou
DI Containerが今となっては悪いアイディアだと思うのは、コンテナの初期化というか、オブジェクトの初期化というかの時点で、注入する依存オブジェクトがちゃんとコンテナにぶっこんであるかが、コンパイル時チェックしようがない
2020-07-03 08:45:54
なかざん
@Nkzn
だいじ。「DIは何のためにやるのか」という話と「DIをより効率的に実施するにはDIコンテナが有用」という話は分けて考えたい。 twitter.com/t_wada/status/…
2020-07-03 08:50:45
Takuto Wada
@t_wada
依存の注入はコンストラクタでやろう ↓ 依存と生成知識がシステム中に散らばる ↓ 生成知識をファクトリーで隠蔽しよう ↓ 今度はファクトリーがシステム中に散らばる ↓ ファクトリーはシステム中にDIコンテナひとつでよくね？ ↓ DIコンテナが依存と生成知識を一括管理し、秩序と調和が訪れる（完）
2020-07-03 08:42:20
sji
@sji_ch
コマンドラインとかリクエストのパラメータみたいな、あのへんのランタイムでとる入力へコンストラクタで依存する系統作り込んで、起動時と別のもう一つの composition root ととらえ DI コンテナに構築させることってできるんだけど、メソッド引数の経路で引き回す方法もとれて、どっちがいいんだろう
2020-07-03 08:57:05
su10@ハイパーカジュアルゲーム開発
@su10_dev
疎結合化を達成するとDIコンテナ使って好き放題依存を構築できるのはいいんだけど、積極的にDIコンテナへの依存を作らざるを得ない状況もあって、それはいいのか？みたいな
2020-07-03 09:03:02
sue445
@sue445
TLがDIコンテナの話題でもちきりですが、僕のDIに関する見解はこちらになります twitter.com/sue445/status/…
2020-07-03 09:13:43
yuuki takezawa@ytake
@ex_takezawa
DIコンテナライブラリが提供するのはコンストラクタインジェクションだけでいいと思っている。アノテーションとセッターインジェクションはやりすぎかなと思う。あとAutoWiringは個人的に好きじゃない。ちゃんと書け！と思ってしまう
2020-07-03 09:16:40