「速く、簡単に、もっときれいに：DIコンテナとサービスロケータを区別する方法について」を翻訳しました
PHPメンターズ道場生 kumamidori です。 PHPのエキスパートとして世界的に知られている方の１人に、Paul M. Jonesさんがいらっしゃいます。 フレームワーク「Aura for PHP」のリードであり、PHP-FIGの策定メンバーに入られている方です。 通称 pmjones さんのブログで、昨年末、DIに関する下記エントリがありました。 「Quicker, Easier, More Seductive: How To Tell A DI Container From A Service Locator」 興味深い内容のようだったので、翻訳しました。翻訳記事の公開について、著者ご本人から快諾頂けたため、掲載させて頂きます。 本文中にあるとおり、この記事に対する訂正として、「Quicker, Easier, More Seductive: Names, Usage, and
DIコンテナの本当の使いどころ | ウルシステムズ株式会社
DI の自由度は諸刃の剣 近ごろ、「実プロジェクトでDIコンテナ（注1）を導入している」という話をちらほら耳にするようになりました。それと同時に、「DIコンテナを使ったプロジェクトが大変なことになっている」という話も耳にするようになりました。DIの魅力を十分に享受して低コスト、高品質を実現しているプロジェクトがある一方で「DIを導入してみたのはいいのだけれど、DIの設定ファイルが大きくなりすぎて管理しきれない」「DIを使っているのに、テスタビリティが全然向上していない」など苦労しているプロジェクトもあるようです。この差はいったいどこから来るのでしょうか。 DIは、EJBなどと比べると比較的取っ付きやすい技術ではありますが、ほかの技術同様、誤った使い方では十分に力を発揮できません。DIコンテナは非常に単純明快な技術ではありますが、そのシンプルさ故に自由度が高くさまざまな使い方ができます。その
2009-05-22
@Inject仕様をJCPにドラフトとして提出した模様。 どうやらSpring、Guiceだけでなく、PicoContainer、Plexus、あとTapestry IoCの人も参加するようです。 記述内容をざっと読むと、どうやらメインターゲットがJavaSEでJDK5から使えるようにしようとのことみたい。 なので、JavaEEじゃなくても使える点が好印象。非常にロウレベルなAPIを提供するんだというのが仕様全体に書かれているので、 そういうJSRはなんとなくよい気がします。 ポイントになりそうな点を幾つか。 Java SE 5 will be the minimum requirement, but Java SE 6 and 7-specific features will be available on those platforms. APIもjavaxでなくて、もしかしたらjav
実戦での Scala: Cake パターンを用いた Dependency Injection (DI) · eed3si9n
2011-04-23 Akka の作者として益々注目を集めている Jonas Bonér が 2008年に書いた “Real-World Scala: Dependency Injection (DI)” を翻訳しました。翻訳の公開は本人より許諾済みです。翻訳の間違い等があれば遠慮なくご指摘ください。 2008年10月6日 Jonas Bonér 著 2011年4月22日 eed3si9n 訳 さて、実戦での Scala シリーズ第二弾の今回は、Scala を用いた Depenency Injection (DI) の実装をみていきたい。Scala は、備わっている言語機構だけを用いても何通りかの DI を実現できる非常に豊かでディープな言語だが、必要に応じて既存の Java DI フレームワークを使うこともできる。 Triental では、一つの戦略に落ち着くまで三つの異なる方法を試した
Dependency Injection with PHP 5.3
This document provides an overview of dependency injection and describes how to build a simple dependency injection container in PHP 5.3 using anonymous functions (lambdas). It discusses how the container can be used to manage parameters, describe object creation through lambdas, handle object scoping, and provide a unified interface. The container allows decoupling object dependencies and makes c
マイクロソフトのUnity Dependency Injection Application Block、リリースされる
マイクロソフトのpatterns & practicesグループは、UnityもしくはUnity Application Blockと呼ばれる依存性注入コンテナをリリースした。開発者はこの軽量コンテナを使い、拡張可能な疎結合アプリケーションを作成できるようになった。 InfoQは、Unityプロジェクトの開発リーダー、Chris Tavares氏と話す機会を得た。 Rob Bazinet (RB): Chrisさん、まず自己紹介とUnityとの関わりについて教えてください。 Chris Tavares (CT): マイクロソフトpatterns & practicesグループの上級ソフトウェア開発者、Chris Tavaresです。現在はEnterprise Library 4とUnity Application Blockの開発リーダーを務めています。Unityコードの大部分も書いており
PHP製DIコンテナ"yadif"をZend_Applicationと共に使う - noopな日々
Zend_Applicationはフレームワークの設定と主要インスタンスの管理に使いますが、今のところモデル用のリソースがありません。 PHP製のシンプルなDIコンテナ"yadif"は設定によるオブジェクトの生成と管理が可能で、モデルの管理にも適します。ここでは、yadifを利用してサービスリソースを作成し、アプリケーションからモデルにシンボル名でアクセスできるようにします。 Zend_Applicationでのリソースの作成その他については、公式マニュアルに十分な解説がありますが、こちら(Zend_Application (5) 実戦的使い方 - noopな日々)でも書きました。 Yadif - Yet Another Dependency Injection Framework を使う GitHub - tsmckelvey/yadif: Yet Another (PHP) Depen
The Seasar Project - S2Container.PHP
% cat quickstart.php <?php require_once('S2Container.php'); class Action { public $service; } class Service { public $dao; } class Dao { private $pdo; public function setPdo(PDO $pdo) { $this->pdo = $pdo; } } s2component('PDO')->construct(function(){ return new PDO('sqlite::memory:'); }); var_dump(s2get('Action')); % % % php quickstart.php object(Action)#36 (1) { ["service"]=> object(Service)#51 (
guice/ServiceLocator - tech.cm55.com
Injectorをサービスロケータとして使う DIの考え方は非常にとっつきにくい。とっつきにくい原因は「制御の逆転」である。通常、我々があるクラスを作成する場合はその中で「好きな時に好きなオブジェクトを好きなだけ生成して使う」というやり方である。が、DIではそうはならない。「そのクラスで使うべきであろうオブジェクトがどこかで勝手に生成され、勝手に用意される」といった具合になる。 つまりこれは、考えるべき問題の範囲がクラスの外側にはみ出してしまうことを意味する。これまではクラスの中でだけ問題（いつどんなオブジェクトを生成するか）を考えればよかったにも関わらず、DIを使うとクラス以外の部分でそれらを検討する必要が出てくる。これは面倒だし、間違いが発生する可能性も大きい。追うべき範囲が広がるのでおそらくデバッグも難しくなる。 SpringのようにオブジェクトのセットアップをXMLを使って行うフレ
yossy/AOContainer - Spark project
AOContainer ソースコード / ライセンス / ドキュメント / ASDoc AOContainer AOContainerは「Dependency Injection」（DI）を行う軽量コンテナです。 DIとは、インターフェースと実装を分離して、オブジェクトを外部から生成し設定する仕組みで、代表的なDIコンテナには「Seasar(S2Container)」「Spring Framework」「PicoContainer?」などがあります。AOContainerは、これらのコンテナを参考に開発されました。 最新情報 2007.03.26 AOContainer beta1 をリリースしました。リリースノートはこちら。 ダウンロード AOContainer beta1 (aocontainer-beta1.swc) AOContainer beta1 ソースコード (aoconta
DIコンテナなんていらない - usagidropの日記
DIコンテナなんていらない。PHPのようなスクリプト言語では。 JavaでDIコンテナが必要なのは、Javaがコンパイル型言語であり、かつ記述が長ったらしいという特徴があるからだ。そのため、頻繁に変更したい部分をXMLファイルに外だしする必要がある。 しかしPHPのようなスクリプト言語では、コンパイルの必要がないし、コードも簡潔に書ける。わざわざXMLファイルを用意する必要はなく、PHPファイルを設定ファイルに使えばいい。 例えば次のようなDIコンテナの設定とJavaコードがあるとする。 <component class="ClassA"> <arg>"foo"</arg> <arg>123</arg> </component>S2Container container = S2ContainerFactory.create("dicon.xml"); InterfaceA obj = (
Zend_Application(2) /Zend FrameworkにおけるDIコンテナ活用のメリットについて/ - noopな日々
PHPでのDIコンテナのわかりやすい説明としては「最小のDIコンテナ in PHP」や「DIコンテナなんていらない」の中で説明されているし、DIコンテナをより詳細に推し進めた形としてはSeasar2のドキュメントか何かを見ていただいた方がいいと思います。DIコンテナは使いこまれた技術で基本概念や実装方法については知られていますので、ここでは、ZFを例にしてDIコンテナを使うメリットについて具体的に検討してみたいと思います。 Zend Frameworkを例にとると 前記事Zend_Application(1) - noopな日々で触れた下記のページにあるように、 http://www.infoq.com/jp/articles/drinking-your-guice-too-quickly DIコンテナはサービスロケーターから進化する流れがわかりやすいわけですが、それらを前提的な話として、
What is Dependency Injection? |Articles - Fabien Potencier
This article is part of a series on Dependency Injection in general and on a lightweight implementation of a Container in PHP in particular: Part 1: What is Dependency Injection? Part 2: Do you need a Dependency Injection Container? Part 3: Introduction to the Symfony Service Container Part 4: Symfony Service Container: Using a Builder to create Services Part 5: Symfony Service Container: Using XM
S2Container
機能リファレンス 作成すべきファイル S2Containerの定義 S2Containerの生成 SingletonS2ContainerFactory S2ContainerFactory S2ContainerServlet コンポーネントの取得 Dependency Injectionのタイプ コンストラクタ・インジェクション セッター・インジェクション メソッド・インジェクション フィールド・インジェクション インスタンス管理 自動バインディング S2Containerのライフサイクル コンポーネントのライフサイクル 環境名 定義ファイルのインクルード 定義ファイルの差し替え 定義ファイルの条件インクルード 定義ファイルの埋め込みインクルード(XInclude) 名前空間 S2ContainerFilter 暗黙的なコンポーネント AOPの適用 メタデータ コンポーネントの自動登録
最小のDIコンテナを使って疎結合にする例 - id:anatooのブログ
前回のエントリの続き。 この記事では前回のエントリで書いたDIコンテナを使ってクラス間を疎結合にする例を書く。 クラス間を疎結合にすると言っても、クラスの内部で他のクラスに依存しているのではDIコンテナをどう使おうと疎結合にはならない。 以下のコードがそう。Loggerクラス内部にLogWriterクラスへの依存を抱えている。 <?php // ごくごく単純なロガー class Logger { protected $writer; function __construct() { // LogWriterクラスがハードコーディングされている！ $this->writer = new LogWriter; } function debug($msg) { $this->writer->write('[debug]' . date('c') . ' '. $msg . PHP_EOL); }
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JSR-299を利用した依存性注入
まとめよう、あつまろう - Togetter
containerjs - Google Code
Guice（ジュース）を早飲みしすぎていませんか？
IBM Developer
