「Pimpleでシンプルに正しくDIを理解する」の記事では、シンプルなDIコンテナPimpleにオブジェクトの依存関係の知識を集約する方法について解説しました。Pimpleの場合はサービスオブジェクトのファクトリーとして機能する無名関数の中に依存オブジェクトを記述しました。このように、実際に利用する依存オブジェクトを決めることをワイヤリングと呼びます。 今回は、ほぼ同一のオブジェクトモデルに対して、Zend Framework 2.0のDIライブラリ（Zend\Di）を使うように置き換えてみます。一般的にDIを扱う場合、依存関係の定義とワイヤリングのために何らかのコード―これは何らかの設定言語だったりプログラミング言語だったりします―を記述しなければならず、ある程度の規模以上のモデルクラス群をDIコンテナで管理する場合、定義のコーディング量がばかにならくなってきます。しかし、型を持ったプロ
Services Platform.sh for Symfony Best platform to deploy Symfony apps SymfonyInsight Automatic quality checks for your apps Symfony Certification Prove your knowledge and boost your career SensioLabs Professional services to help you with Symfony Blackfire Profile and monitor performance of your apps
この記事は、Symfonyアドベントカレンダー2010に参加しています。 Symfony Advent 2010 : ATND Symfonyアドベントカレンダー 2010 | 日本Symfonyユーザー会 前記事: Doctrine on symfony1.4でマスタースレーブ @vectorxenon さん 今までブログを書いた事がなかったのですが、このイベントを機にブログを始めてみようと思います。 本題のSymfony2ですが、最近ではPreview Release4が発表され、日本でもSymfony2に関する情報が 徐々に増えつつあり、今後の展開がますます楽しみになってきました。 本記事では、Symfony2の特徴の１つといえるDIコンテナを拡張する設定ファイルについて見ていこうと思います。 設定ファイルを利用すると、コードをほとんど書く事なくDIコンテナに機能拡張を施す事がで
この記事は、Symfony アドベントカレンダー 2010 に参加しています。 Symfony Advent 2010 : ATND Symfonyアドベントカレンダー 2010 | 日本Symfonyユーザー会 前の記事：[symfony2]DIコンテナの起動とエクステンション – ゆっくり*ゆっくり Symfony2も先日PR4バージョンがリリースされて、ベータ版のリリースも近くなってきているようです。Symfony2はphp 5.3.2以上を必要とする新しいフレームワークに生まれ変わりますが、まだまだphp4時代の遺産にはお世話になるんではないかと思っています。特にお世話になるのはPEARですよね。今回は、Symfony2でのPEARライブラリを使用してみる例として、日本人phperの誰もがお世話になってる（言い過ぎか？）PEAR::Net_UserAgent_MobileをSymf
Symfony2で新たに導入されたメイン機能の１つにDependency Injection（以降DI）がある。これも、独立したコンポーネントとして公開されており、Symfony2に組み込まれている。 DIとは、直訳すると「依存性の注入」という意味であり、エンタープライズJavaのフレームワークでは良く耳にするアーキテクチャである。DIは、コンポーネント間の依存関係を排除し、外部から依存性を注入する（一般には設定ファイルなど）ことで、コンポーネントとしての独立性を向上させ再利用性を高めるソフトウェアのデザインパターンのことらしい。「設定を利用から分離する」という考え方が設計の根底にある。 Dependency Injection DIの基本的な思想は、「依存関係を排除し、外部から注入する」であるが、単純な例から考察してみる。Symfony2 Dependency Injectionを参考に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く