Scalaにおける最適なDependency Injectionの方法を考察する 〜なぜドワンゴアカウントシステムの生産性は高いのか〜 - Qiita
DIを使わない状態ではUserRepositoryというインターフェースが定義されているのにもかかわらず、UserServiceはUserRepositoryImplの参照も持っていました。 これではせっかくインターフェースを分離した意味がありません。 UserServiceがUserRepositoryインターフェースだけを参照(依存)するようにすれば、具体的な実装であるUserRepositoryImplの変更に影響されることはありません。 この問題を解決するのがDIの目的です。 それではDIのインジェクタを加えて、上記のクラス図を修正しましょう。 謎のインジェクタの登場によりUserServiceからUserRepositoryImplへの参照がなくなりました。 おそらくインジェクタは何らかの手段でサービスであるUserRepositoryImpl(Dependency)をクライアン
DI（依存性注入）からどこへ行こうか その1 - 檜山正幸のキマイラ飼育記 (はてなBlog)
このエントリーは、ウチの工作員ショー君への業務連絡とか、新たな工作員勧誘とかの目的もあるのですけど、ふつうにソフトウェア関連ネタとして読めます。ソフトウェアのコンポネント化とコンポネント群の複合方式の話題です。 随分と長いので、2回（か3回）に分けてポストします。 ※印刷のときはサイドバーが消えます。 内容： DI（依存性注入） ポートベース・コンポネント 再びDI：フィールド・インジェクション ポート（あるいは男と女）を繋ぐワイヤー（あるいは赤い糸） 要求ポートと提供ポート これがポートベースHelloWorld それから その2 関連： ポートベース・コンポネント：ケーススタディ ポートベース・コンポネント：補足 DI（依存性注入）を白紙から説明してみる DI（依存性注入） DI（依存性注入）については、雑誌や書籍で随分紹介されているので、そういうのを見てください。Web上の解説記事「
WindowsFormsアプリケーションにおけるDI戦略(まとめ) - Kazzz's diary
ここ一ヶ月位、WinwodowsFormsアプリケーション上でDIコンテナを使う際に考慮しなくてはならない点に関して言及してきたが、やることはやった感がある。そこで、このテーマの最後として、何を行ったかをまとめておこうと思う。 DynamicProxyによるAOP実装 .NETの場合、オブジェクトに対するメッセージのインターセプションとして一番手軽で確実なのは、RealProxyを使うことだが、AOPの実装として使うには制限がある。それをCastleProjectのDynamicProxyを使って打ち破ろう、という案。Aspectを織り込んだ際の実行時のオーバヘッドの削減に寄与したが、クラスの場合Virtualメソッドのみがインターセプト対象になる、動的に型の生成を行うので型の生成自体にオーバヘッドがある、という弱点もあることが判った。 DIコンテナの初期化に関して DIコンテナを初期化す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
