返信先:@takumin0423xそうですね。この文脈ではHonoもNest.jsもフレームワークと言っていいかかなり怪しい部類だと思います。それぞれ本質はルーターやDIコンテナに便利機能が付いたものに過ぎないと思います。 そのうえでそのようにアプリケーションを組み立てていくかというところにかなりセンスが必要です

DIコンテナ理解するぞ

最近DIコンテナの必要性を感じてきてV Container勉強してるけど、難しくてなかなか理解できない

DIコンテナ使ってるとDI圏での操作は簡単にできるが、DI圏のオブジェクトを参照する非DI圏での操作が厳しい

Typescript用の軽量DIコンテナ「TSyringe」 maasaablog.com/blog/vv7nqmezw

‍#NestJSはフレームワークの顔をしたDIコンテナ

とりあえず Claudeの解答 DIコンテナとしてUnityを使って逆方向のバインドを作る。それは大げさすぎるなあ。

DIコンテナの所で急に意味が分からなくなるのは、「Container クラスが DI コンテナだとする」の部分だと思う。 そのクラスってどこから来た？となる。実装は？と。 qiita.com/okazuki/items/…

DIコンテナ 理屈は理解してるつもりなんだけど、いざ書こうとすると何にも出てこない、 慣れるしかないよな、 慣れるまではゆっくりゆっくりいきましょう、

BFF的なものを作ってると、(a, b, c)のレスポンスを得るためにはapi (A, B, C) を事前に叩く必要があるよねみたいな関係性になり、なんかDIコンテナと似ているような気がしてくる

FastAPIでDIコンテナの使い方を調べてたら、@shimakaze_soft くんの記事だった‼️ zenn.dev/shimakaze_soft…

DIコンテナ完全に理解したかもしれない

DIコンテナ、自分がspringbootで使うときだとただのstatic method置き場ぐらいになっちゃう。常にstateは持たせないし、シングルトン以外の使い方しないようにするから、ただのメソッド凝集になる(それでいいとも思っている)

DIコンテナでどうにかしようとする何かって、シングルスレッドのスレッドとかプロセスみたいなヤツをちょっと柔らかくした感じなんすね。

DIとDIコンテナについての猿でも分かる説明を書いている。令和になっても正直まだまだ需要あると思ってる。思ってる・・・

DIコンテナだ！ #funwari_study_lt

GoのDIコンテナ、なんかあんまりいいのないな… + Injectionされる側のコードにDIコンテナ側のコードを入れたくない + 単純に依存関係を定義するだけで全部Injectionされてほしい あたりを前提にするとgoogle/wireくらいしか選択肢が無い、JSR-330は偉大だったんだなと思わんでもない

Box<dyn Any>を保持させるのか。そうすると'staticになるからDIコンテナとしては扱いやすそう🤔 なるほどなー

どっかでnewしてインスタンスを突っ込んでくれるDIコンテナ君の必要性を初めて知った

CakePHPのプロダクト開発することなったらぜひDIコンテナ使っていきたい

返信先:@k_kinzal令和はわからないですけど、TypeScriptでDIコンテナが出てくることはないですね…

ここ数年、Golang/Rust触ってDIコンテナに出会わなかったの何でだろ。

令和の時代にDIコンテナはまだ必要？それとも別の何かに置き換わった？

CLIとDIコンテナの微妙な噛み合わなさよ。

CIとDIコンテナの微妙な噛み合わなさよ。

一時期コードはオブジェクト指向を応用して簡潔かつわかりやすくする方向に行ってた気がしたんだけど、DIコンテナの登場がそれを破壊した印象。 logmi.jp/tech/articles/…

意識高い派が強硬でプロジェクトにDIコンテナ入れたはいいけど、コンストラクタの引数が20個超えてて草。 導入するのはいいんだけど、本質見失ってないか？ コンストラクタに[Inject]付けてDIコンテナ使ったオレかっこいい！みたいなツールじゃないんよ。 んで導入後からDI、DIうるさいわ。