diに関するhiro_yのブックマーク (11)
-
hiro_y 2010/10/31
-
-
Symfony2 Depedency Injection - mo^4ri's note
Symfony2で新たに導入されたメイン機能の１つにDependency Injection（以降DI）がある。これも、独立したコンポーネントとして公開されており、Symfony2に組み込まれている。 DIとは、直訳すると「依存性の注入」という意味であり、エンタープライズJavaのフレームワークでは良く耳にするアーキテクチャである。DIは、コンポーネント間の依存関係を排除し、外部から依存性を注入する（一般には設定ファイルなど）ことで、コンポーネントとしての独立性を向上させ再利用性を高めるソフトウェアのデザインパターンのことらしい。「設定を利用から分離する」という考え方が設計の根底にある。 Dependency Injection DIの基本的な思想は、「依存関係を排除し、外部から注入する」であるが、単純な例から考察してみる。Symfony2 Dependency Injectionを参考に
-
DI コンテナの起動が遅いなら、起動が速いのを作ればいいじゃない - kなんとかの日記
自分で書いたコメントなんだけど、今見るといいこと書いてあるように思うので、エントリにしてみる。3行でまとめると： Spring の起動が遅いことと、DI コンテナの起動が遅い/速いというのは、別の話。 DI コンテナの起動が遅いなら、起動の速い DI コンテナを作ればいいだけであり、あれだけ推していたものを起動の遅さを理由に使わないのはおかしい。 DI の有用性は、App Engine に関係しない。App Engine で必要ないなら一般のアプリでも必要ないはず (でもそうじゃないよね)。 > DIを使うとspin-upが遅くなってしまうから使わない方が良いみたいです。Springとかはそれでかなり苦労してるらしいです。 うーん、どうでしょう？ 「Spring の起動が遅い」ことと「DI コンテナの起動が遅い」ことは別の話ですよね？spin up time が問題なら起動の速い DI コ
-
SpringSourceの買収劇についてそろそろ一言いっておくか - ひがやすを技術ブログ
米VMwareは8月10日、Javaアプリケーションフレームワーク「Spring Framework」を提供する米SpringSourceを買収することで合意に達したと発表した。 買収は現金と株式、ストックオプションで行われ、総額は4億2000万ドルに上る。既にSpringSourceの株主の承認を得ており、2009年第3四半期に完了する見込み。 Congrats Spring Guys. SpringSourceは、ビジネス規模は拡大(買収繰り返しているからね)していたものの、あまり儲かっていないんじゃないかとうわさされていました。 本当のところはわかりませんが、サポートビジネスは余り成功していなくて、コンサル(講習を含む)がビジネスの中心だったようなので、まぁ本当のことじゃないかと思います。 オープンソースでビジネスを成立させるのは、超難しいので、これは仕方のないことでしょう。うちの会
-
-
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 (
-
whitewashing.de :: Using a Dependency Injection Container with Zend_Application
Much has been written on Dependency Injection lately, mostly by Padraic Brady (1, 2) and Fabien Potencier (1, 2, 3, 4, 5). My subjective feeling tells me there are now more PHP DI containers out there than CMS or ORMs implemented in PHP, including two written by myself (an overengineered and a useful one). Its an awesome pattern if used on a larger scale and can (re-) wire a complex business appl
-
-
DIコンテナ - しんさんの出張所 はてなブログ編
http://d.hatena.ne.jp/shot6/20090224#1235450772 DIネタにのっかってみる。 デメリットはあるセッターがあったときに、これがDIコンテナのためのものなのか、違うのかがわかりにくいことです。セッター全てがDIコンテナのためのものではないケースが多いと思うのでそのケースではある程度何のためなのかは補足的な情報があるほうが便利です。 おいらもここが気になっていて、だからこそアノテーションによる明示って重要だと思ってる。逆にセッターを見つけるとデフォで積極的にインジェクトしまくって、インジェクトしたくないときにマークをつけるのは個人的には非常にわかりにくいかなと。 インジェクトタイプとデフォルトのスコープを表にすると以下のようになるはず。 コンテナ コンストラクタ セッター フィールド メソッド デフォルトスコープ Spring ○ ○ ○ ○ シング
-
DIのインジェクション種類まとめ - おおたに6号機blog
なんか土日ふくめ最近何故かそういう機会が幾度かあったので、DIのインジェクション種類をまとめてみます。 DI(Dependency Injection)の種類には幾つかあって、特性が少しづつ違う（少なくとも僕はそう思ってる）ので その違いがある程度クリアになればというのが意図です。 というわけでまとめてみました。 候補は以下の4つです。 セッターインジェクション コンストラクタインジェクション メソッドインジェクション フィールドインジェクション セッターインジェクション セッターインジェクションは最も標準的なタイプのインジェクションです。 public void setExecutor(Executor executor) { this.executor = executor; }のようにJavaBeans仕様に従って、セッターを準備しておけばよいだけ。 基本的にはどのDIコンテナ（とい
-
1
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
