κeenです。Rustその2 Advent Calendar 2017が空いてたので小ネタをば。1日目の記事です。 Dependency Injectionの話。 例えば３層アーキテクチャで組む時には以下のような依存関係が発生します。 [user interface(web)] | V [logic(service)] | V [database access(dao)] これを他の実装に依存せずにそれぞれの層を書きたい、どうしようという問題設定です。 ナイーブな実装 簡単に考えたらRustならトレイトで抽象化してあげればよさそうです。 コードにするなら共通インターフェイスにトレイトを定義してあげて pub trait UserDao { fn find_user(&self, id: i32) -> Result<Option<User>>; }
Open screens/snackbars/dialogs without context, manage states and inject dependencies easily with GetX. More... About Get Installing Counter App with GetX The Three pillars State management Reactive State Manager More details about state management Route management More details about route management Dependency management More details about dependency management Utils Internationalization Translat
.NET Coreの汎用ホストでMicrosoft.Extensions.DependencyInjectionを使ったDI ContainerにAssembly Scanしてサービスを自動登録する簡易的な仕組みを作ったのでその備忘録です。 目次 目次 成果物 DI Containerに登録したいSericeの実装 基本的な仕組み 指定したAssembly内のInterface, Classを全て登録する関数 指定したInterfaceを継承しているClassのみを登録する関数 指定したGenericなInterfaceを継承したClassのみを登録する関数 使い方 問題点 おわり 成果物 Gistに上げています。 DI Containerに登録したいSericeの実装 例えば以下のCQRSっぽいコードがあったとします。 CQRSっぽいコード Microsoft.Extensions.De
Dependency Injection は Autofac を使っていたのだけど、.NET Core を使い始めると、Microsoft製のMicrosoft.Extensions.DependencyInjection がシンプルでよいという話を同僚から聞いたので、その基本をまとめておきたい。 Microsoft.Extensions.DependencyInjection 公式ページはこちら ASP.NET Core での依存関係の挿入 aspnet/DependencyInjection 実際に私はASP.NET というより、Azure Functions で使うことを想定していますので生の基本的な挙動を理解したいと思っています。 オブジェクトの注入 次のようなクライアントとそのインターフェイスがあるとします。 public interface ISomeClient { stri
Autofac is an addictive Inversion of Control container for .NET Core, ASP.NET Core, .NET 4.5.1+, Universal Windows apps, and more. Register Components Build up containers with lambdas, types, or pre-built instances of components. You can also scan assemblies for registrations. var builder = new ContainerBuilder(); // Register individual components builder.RegisterInstance(new TaskRepository()) .As
StructureMap is the oldest, continuously used IoC/DI container for .Net dating back to its first public release and production usage all the way back in June 2004 on .Net 1.1. The current 4.* release represents 12+ years of lessons learned in the StructureMap and greater .Net community -- while also wiping away a great deal of legacy design decisions that no longer make sense today. Learn more » F
MEFを使おうと思っているんですが、MEFにはWeb Form（Page）に依存注入するような機能はないので（サンプルはありますが）、自分で考える必要があります。例えばこんなことです。 コンテナの生成をフレームワーク側で行うのか、アプリにまかせるか 生成したコンテナをどこで保持しておくか? HttpApplication、シングルトン？ 依存注入をどこで行うか？ IHttpModule、IHttpHandlerFactory、IHttpHandler？ リクエストスコープは必要か？ サーバーコントロールの依存注入には対応する？ MEFのサンプルや他のDIコンテナではどう対応しているのか見てみます。 MEF サンプルがあります。 http://mef.codeplex.com/releases/view/44166 IHttpModuleの実装クラスでアプリケーションレベルのコンテナとリクエ
Code download available at:DependencyInjection2008_03.exe(5408 KB) Contents The Inner Dependency Problem Dependency Inversion Dependency Injection Containers Full-Fledged IoC Containers Lifetime Management Auto-Wiring Dependencies Loosen Up for a Change Few would disagree that striving for a loosely coupled design is a bad thing. Unfortunately, the software we typically design is much more tightly
.NET 1.0のベータ1から.NET Frameworkに従事してきた.NET開発のエキスパートで、アプリケーションのアーキテクチャ作成と設計と開発で7年以上の経験がある。アジャイルプラクティスと実際的なビヘイビア駆動開発（BDD）テクニックを通じてチームの成功を支援する独立コンサルタントとして活躍している。BDDを.NETに応用する記事をVisual Studio Magazine、DevX、MSDNに寄稿。ポッドキャスト/スクリーンキャストとして人気のある.NET Rocks!とDNRTVに登場したことがあり、実際のデザインパターンというトピックについてMicrosoftのためのウェブキャストを配信。MSDN Canada Speakers BureauおよびMicrosoft Most Valuable Professional（MVP）のメンバ。自分のブログも継続的に更新中。
以下の文章は、Martin Fowler の「Inversion of Control Containers and the Dependency Injection pattern」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。 翻訳にあたっては、kdmsnr さんにご協力をいただきました。ありがとうございます。公開後の改訂履歴を記事の最後に記述しています。 Java コミュニティでは軽量コンテナが花盛りである。 軽量コンテナは、異なるプロジェクトのコンポーネントをひとまとまりのアプリケーションとして組み立てることを支援する。 このようなコンテナの根底には、コンポーネントの結び付け方についての共通したパターンがある。 そのパターンのコンセプトは「Inversion of Control(制御の反転)」と、まことに包括的な名前で呼ばれている。 本記事では、このパタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
