Google Guice の散文的な検証 - kameidの備忘録 - Sharpen the Saw!
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);
Google GuiceのProviderによるInjection - ellectraの日記
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
心地良すぎるDependency Injectionライブラリ Guice - nodchipの日記
etc9さんの"心地良すぎるモックライブラリ Mockito"がとても勉強になったので、似たような形式でGuiceの紹介をしてみます。 Dependency Injection きちんと勉強したわけではないので間違っていたらごめんなさい。Dependency Injection (DI)はユニットテストを書きやすくするためのクラスの書き方の一つです。クラスAが内部でクラスBを使うとき、Aの中でBをnewする代わりに、AのコンストラクタやsetterでBのインスタンスを外部から渡せるしておきます。こうしておくとAのユニットテストを書くとき、Bの動作を真似るモックオブジェクトを渡すことで、Bの中身を考えずにAをのテストを書けるようになります。これはAとBの動作を同時に考えてテストを書くよりずっと楽だと思います。依存性注入とかレポジトリパターンとも呼ばれているっぽいです。 GuiceはDIの補助
DI（依存性の注入）×AOP（アスペクト指向）の常識
DI（依存性の注入）×AOP（アスペクト指向）の常識：企業システムの常識をJBossで身につける（3）（1/4 ページ） 企業向けアプリケーションのさまざまな“常識”をJavaのオープンソース・フレームワーク群である「JBoss」から学んでいきましょう。企業システムを構築するうえでの基礎となる知識をリファレンス感覚で説明していきます。初心者から中堅、ベテランまで大歓迎！ 前回の「“全部入り”のEclipseで学ぶ統合開発環境の常識」では、企業向けアプリケーションを構築する際に必要な要素として「統合開発環境」について説明し、実際にサンプルアプリケーションを作成し、企業向けアプリケーションの構築における、統合開発環境の機能やその重要性を学びました。 今回は、DIやAOPを通して、それらに関連するフレームワークやJBossのソフトウェアについて説明していきたいと思います。 企業向けアプリケーショ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
