Guice で、@ImplementedBy を使用してインジェクションしているときの 簡単な動作検証。 (親)Main → Service → Logic → Dao という親子関係で構築されているクラス群を作成した。以下ソースを子から順に。 まず、Dao。実装は、DaoImpl と DaoImpl2。 package test.dao; import com.google.inject.ImplementedBy; @ImplementedBy(DaoImpl.class) public interface Dao { public String getName(int key); } package test.dao; public class DaoImpl implements Dao { private DaoImpl() { System.out.println(this);
factory系で生成したオブジェクトをDIしましょうという機能らしい。 やり方は2通りで、Providerを実装するか、@Providesインスタンスで指定するか。 ただのhogeを返すProvider. public class SampleProvider implements Provider<String> { public String get() { return "hoge"; } }こちらは、上の"hoge"を返すプロバイダーを"sample"という名前付きでStringにbindする例と、@Providesを利用して、"Checkout"という名前付きでbindする例。 @Providesを利用した場合は、メソッドの戻り値のクラスにbindする。 public class SampleProviderModule extends AbstractModule { @Ov
etc9さんの"心地良すぎるモックライブラリ Mockito"がとても勉強になったので、似たような形式でGuiceの紹介をしてみます。 Dependency Injection きちんと勉強したわけではないので間違っていたらごめんなさい。Dependency Injection (DI)はユニットテストを書きやすくするためのクラスの書き方の一つです。クラスAが内部でクラスBを使うとき、Aの中でBをnewする代わりに、AのコンストラクタやsetterでBのインスタンスを外部から渡せるしておきます。こうしておくとAのユニットテストを書くとき、Bの動作を真似るモックオブジェクトを渡すことで、Bの中身を考えずにAをのテストを書けるようになります。これはAとBの動作を同時に考えてテストを書くよりずっと楽だと思います。依存性注入とかレポジトリパターンとも呼ばれているっぽいです。 GuiceはDIの補助
Guice(ジュースと読む)は、GoogleのエンジニアBob Lee氏(ブログ)などによって開発されたDIフレームワークです。バージョン1.0が2007年3月8日にApache License 2.0の下で公開されました(公開時のブログ)。実行環境としてJava 5が必要です。 DIとは依存性の注入(Dependency Injection)のことで、同じインターフェースを持つ具象クラスを、設定によって入れ替え可能にする方法を指し、IoC(Inversion of Control - 制御の反転)と呼ばれることもあります。これにより、たとえばテスト用のモッククラスと、実際の業務ロジックが組み込まれたクラスとの、必要に応じた入れ替えがしやすいというメリットがあり、システム開発の生産性を向上させる技術して注目されています。同様のしくみを持つものとして、Spring Framework、Pic
Spring統合の2回目の予定でしたが、前提としてProviderを理解していると良さそうだったので（というか、理解していないとAPIがよく分からなかったので）、予定を変更してProviderを見てみます。 Providerインタフェースは、Keyクラスと共にGuiceのDIの核となっているもので、一言で言うと「Guiceがinjectするインスタンスを提供するインタフェース」です。User's Guideに掲載されている図を引用します。 正確には原典を当たって頂くとして、Bindingはinjectする為の1組のマッピングで、Keyが「どこに（何に対して）injectするか」を示す値。Providerが、「injectするインスタンスを提供するインタフェース」です。つまり、色々なものをいっぱい省いて誤解を恐れつつ一言で言うと、「GuiceのDIとは、@Implementアノテーションがつ
なんか土日ふくめ最近何故かそういう機会が幾度かあったので、DIのインジェクション種類をまとめてみます。 DI(Dependency Injection)の種類には幾つかあって、特性が少しづつ違う（少なくとも僕はそう思ってる）ので その違いがある程度クリアになればというのが意図です。 というわけでまとめてみました。 候補は以下の4つです。 セッターインジェクション コンストラクタインジェクション メソッドインジェクション フィールドインジェクション セッターインジェクション セッターインジェクションは最も標準的なタイプのインジェクションです。 public void setExecutor(Executor executor) { this.executor = executor; }のようにJavaBeans仕様に従って、セッターを準備しておけばよいだけ。 基本的にはどのDIコンテナ（とい
DI（依存性の注入）×AOP（アスペクト指向）の常識：企業システムの常識をJBossで身につける（3）（1/4 ページ） 企業向けアプリケーションのさまざまな“常識”をJavaのオープンソース・フレームワーク群である「JBoss」から学んでいきましょう。企業システムを構築するうえでの基礎となる知識をリファレンス感覚で説明していきます。初心者から中堅、ベテランまで大歓迎！ 前回の「“全部入り”のEclipseで学ぶ統合開発環境の常識」では、企業向けアプリケーションを構築する際に必要な要素として「統合開発環境」について説明し、実際にサンプルアプリケーションを作成し、企業向けアプリケーションの構築における、統合開発環境の機能やその重要性を学びました。 今回は、DIやAOPを通して、それらに関連するフレームワークやJBossのソフトウェアについて説明していきたいと思います。 企業向けアプリケーショ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
