初心者のための DI 入門 - Aufheben - GLAD!! の日記社内で新人さん向けに使った資料を公開しておきます。 初心者のための DI 入門 また、実際に手を動かした方が良いと感じたので、演習問題も作ってみました。 Eclipse のプロジェクト付きです。よろしければ、ご利用ください。 初心者のための DI 入門 (実践編) DI4Beginners.zip
【ハウツー】このバランス感覚、さすが - GoogleのDIフレームワーク"Guice"を使ってみる (1) Googleが開発したDI - Guiceとは (MYCOMジャーナル)
Googleは3月8日(米国時間)、Guiceの初のメジャーリリースとなるGuice 1.0を公開した。GuiceはJavaで開発されたDI(Dependency Injection)フレームワーク。シンプルなアーキテクチャになっており、アノテーションやジェネリックを活用した開発が特徴。 Guiceが依存性注入できるのはコンストラクタ、フィールド、メソッドなど。セッターメソッドにかぎらず、複数の引数をとるメソッドに対しても適用できる。そのほかの特徴としてカスタムスコープ、環状依存への対応、スタティックメンバーのインジェクション対応、Spring Frameworkとの統合、AOP Allianceメソッドインターセプションなどがある。 Guiceはすでに数カ月にわたり、Googleにおけるミッションクリティカルアプリケーションにおいて採用されている。Google最大のアプリケーションである
google-guice - Google Code
Put simply, Guice alleviates the need for factories and the use of new in your Java code. Think of Guice's @Inject as the new new. You will still need to write factories in some cases, but your code will not depend directly on them. Your code will be easier to change, unit test and reuse in other contexts. Guice embraces Java's type safe nature. You might think of Guice as filling in missing featu
なぜDIコンテナを使うのか
本記事は2005年に執筆されたものです。Spring、DI、AOP全般の最新情報は＠IT Java Solutuionのカテゴリ「DI×AOP（Spring／Seasarなど）」をご参照ください。 私がDIコンテナを使う理由 前回までで、Spring Framework（以下Spring）やDIの概念について説明してきました。最近では、実際の開発現場でもSpringのようなDIコンテナを利用するケースが増えてきているようです。 現場のエンジニアはDIの“機能”や“役割”は理解できるようです。しかしながら、「なぜそれが必要なのかピンと来ない」「学習してまで導入するほどの効果があるのか疑わしい」という声をよく耳にします。そのほかにも、自分自身はメリットを十分に理解して開発プロジェクトに導入したい気持ちがあるけれど、導入するためには上司や関係者を説得しなくてはならず、どのように説得すればよいか分
Dependency Injection (DI) の乱用！？ [それはBooks]
Dependency Injection (DI) は、「依存性の注入」という言葉で最近話題になっています。「EJB は重過ぎて使えない」とか「軽量コンテナは疎結合だからすばらしい」といった声をよく聞くようになりました。 Dependency Injection (DI) はサービスコンポーネント間の関係を疎に保ったままアプリケーションを構築するというものです。「設定を利用から分離する」という原則が、DIの本質です。 いろんな書籍が出始めてきた中で、依存性注入の何がステキなのか、疎結合だと幸せだよねといったことは非常に良く分かるようになりました。それでも、自分の中で何かしらの引っ掛かりがあります。それをつらつら書き連ねてしまおうかと思っています。 参考： Inversion of Control コンテナと Dependency Injection パターン 感じたこと DIコンテナの役
Spring AOPサンプルアプリでAOPを理解する
Spring AOPサンプルアプリでAOPを理解する：Spring Frameworkで理解するDI（3）（1/3 ページ） 前回「第2回 Springフレームワークの思想とAOP」ではSpringフレームワークが提供するAOPについて説明しました。今回は実際にコードを読みながら、AOPについて理解します。 サンプルアプリケーションでAOPを理解する SpringフレームワークのAOPは、AspectJのような特殊な言語や環境を必要としません。標準のJavaの機能だけで実現されています。そのためライブラリをいくつか設定するだけでDIコンテナにAOPを導入することができます。 SpringのAOPはDIコンテナで管理されたオブジェクトに対して使用することができます。またAOPによって処理が挿入されたオブジェクトインスタンスは、インターフェイスを介してアクセスされる必要があります。 DIでは、
[ThinkIT] 第2回：DIxAOPコンテナの比較 (1/4)
第2回ではPOJOでWebアプリケーションを実現するDIxAOPコンテナについて紹介します。今回紹介する「Seasar2」「Spring」「PicoContainer（NanoContainer）」「HiveMind」「Geronimo」の状況は表1のようになっています。 DIxAOPコンテナの位置づけは「第1回：Webアプリケーションフレームワークの比較」で紹介したように、オブジェクト間の依存性を解消するものです。これらのDIxAOPコンテナは、前回紹介したWebフレームワークや次回紹介するO/Rマッピングフレームワークとは少し異なっています。 DIxAOPコンテナは単体で使用することがあまりなく、既存のフレームワークと組み合わせて使用する場合か、ビジネスロジックをPOJOで開発してコンポーネントの再利用を考慮してシステム開発を行う場合の2点において威力を発揮します。 DIxAOPコンテ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gradicula プロジェクト日本語トップページ - OSDN