秋葉原のヨドバシカメラ７Ｆ有隣堂書店にて開催中のＩＴ技術者向けブックフェアで、推薦者として参加しました！Java系技術書を中心に10数冊推薦させていただきました。
「2010春 世界に放つ！AKIBAエンジニア育成計画」
こんな感じで推薦しました。写真付き（近所にロケしに行って嫁さんに撮影してもらったもの）。いやー太ってるね。
それぞれの推薦書籍にコメント文を書いて送ったんですが、有隣堂の店員さんによる(?)可愛い感じのポップとして仕上がってました。
自分以外には、
などなど、そうそうたるメンバーに紛れ込んでいるかたちとなっております(o_o;)
５月中旬までやっているらしいので、ぜひお立ち寄り下さい。
[有隣堂 ヨドバシAKIBA店]
http://www.yurindo.co.jp/shop/y_akiba.html
今開発しているプログラムをGuiceを使って書いてみた。そもそもGuiceを使おうと決めた理由はテストを書き易くするため。実際に使ってみた感想としては「ま〜、こんなもんか」って感じ。
だいたいの使用パターンとしては以下のような感じになると思う。Guiceの高度な機能を使うと他の人がコードを読めなくなりそうなので最低限の機能だけ使うことにする。
まずはテスト時に差し替えたいクラスのIFを切り出しておく。
public interface LoginClient { public boolean login(String id, String password); }
で、実コードを実装する。
public class LoginClientImpl implements LoginClient { public boolean login(String id, String password){ //DB Access.. return true; } }
次に、それを使う側のクラスを定義する。こっちはIF切らなくてもよい。
import com.google.inject.Inject; public class Service { private LoginClient loginClient; @Inject public Service(LoginClient loginClient){ this.loginClient = loginClient; } public String execute(){ boolean login = loginClient.login("ken", "xxxx"); if(login){ return "OK"; }else{ return "NG"; } } }
このServiceクラスはGuiceによってnewされることを想定している。
コンストラクタに「@Inject」をつけたので、Guiceがインスタンスを作るときに、LoginClientをインジェクトしておいてくれる。
なお、フィールドに@Injectをつけておけば、コンストラクタを定義しなくてもGuiceがインジェクトしておいてくれる。privateなフィールドでもOK。本当は全部フィールドインジェクションでいければ美しいんだろうけど、テストが書き辛くなる（後述）という結論に達したため、コンストラクタインジェクションを使うことにする。
次にGuiceによるDIの設定をするためのモジュールクラスを定義する。どのIFにどの具象クラスがインジェクトされるか、ってことを定義するクラス。Javaで書ける設定ファイルみたいなもんですね。
import com.google.inject.AbstractModule; public class MyModule extends AbstractModule{ @Override protected void configure() { bind(LoginClient.class).to(LoginClientImpl.class); } }
で、最後にエントリポイントのクラスを作る。
import com.google.inject.Guice; import com.google.inject.Injector; public class Main { public static void main(String[] args) { Injector injector = Guice.createInjector(new MyModule()); Service service = injector.getInstance(Service.class); String msg = service.execute(); System.out.println(msg); } }
最初にModuleを指定してInjectorを作っておき、それ以降はInjectorにインスタンスを作ってもらう。
まあ、ここまではいいんだ。問題ない。すっきりしててよい。
で、ここからServiceクラスのテストコードを書いて行きたいわけだ。ただし、Serviceクラスの中で使っているLoginClientImplはDBにアクセスするので、テストのときはDBにアクセスしないモックで差し替えてテストしたい。
実コードの方ではInjectorを使ってServiceを構築したわけなので、テストの場合もテスト用のModuleを使ってInjectorを作り、DBアクセス無しのLoginClientが差し込まれたServiceオブジェクトを構築したい。
するとテストコードはこんな感じになる。
import static org.junit.Assert.assertEquals; import guicesample.LoginClient; import guicesample.Service; import org.junit.Test; import com.google.inject.AbstractModule; import com.google.inject.Guice; import com.google.inject.Injector; public class ServiceTestWithGuice { @Test public void testExecuteWhenLoginSuccess(){ Injector injector = Guice.createInjector(new AbstractModule(){ @Override protected void configure() { bind(LoginClient.class).to(LoginClientSuccess.class); }}); Service service = injector.getInstance(Service.class); assertEquals("OK", service.execute()); } @Test public void testExecuteWhenLoginFailure(){ Injector injector = Guice.createInjector(new AbstractModule(){ @Override protected void configure() { bind(LoginClient.class).to(LoginClientFailure.class); }}); Service service = injector.getInstance(Service.class); assertEquals("NG", service.execute()); } static class LoginClientSuccess implements LoginClient{ @Override public boolean login(String id, String password) { return true; } } static class LoginClientFailure implements LoginClient{ @Override public boolean login(String id, String password) { return false; } } }
あああ・・、ながい。複雑。
本当はLoginClientのモックは無名クラスとしてテストメソッド内で定義したいんだけど、bind().to()の引数はClassを指定する必要があり、かつGuiceの仕様により非staticな内部クラスはインジェクト対象に出来ない、という制限があるため、上記のように、ログイン成功用、失敗用のLoginClientモックをわざわざ定義した、ってわけです。めんどくせー。
あまりにもテストコードが嫌な感じなんで、テストコードはGuiceを使わず以下のように書くことにする。
import static org.junit.Assert.*; import guicesample.LoginClient; import guicesample.Service; import org.junit.Test; public class ServiceTest { @Test public void testExecuteWhenLoginSuccess(){ Service service = new Service(new LoginClient() { @Override public boolean login(String id, String password) { return true; } }); assertEquals("OK", service.execute()); } @Test public void testExecuteWhenLoginFailure(){ Service service = new Service(new LoginClient() { @Override public boolean login(String id, String password) { return false; } }); assertEquals("NG", service.execute()); } }
まあ、だいぶすっきりしますね。
ただ、フィールドインジェクションを使っている場合は上記のような書き方はできない。とくに非privateなフィールドに対してインジェクトしている場合は、テストコードもGuiceを使うか、setterを別途用意しておくか、リフレクションを使う必要がある。privateフィールドに対するインジェクションはすっきりしていて好きなんですが。
そもそも、テスト時にオブジェクトの差し替えをしたいだけなら、DI使わずにモックライブラリ使えって感じですが。
何の話をしているのか混乱してきましたが、まーとにかく、簡潔で、理解し易く、かつテストしやすいコードになるように、うまくバランスをとらなきゃいけないですね。
追記(2010/03/21)：
shinさんからのコメントより。こんな感じで書けるようです！
public class ServiceTestWithGuice { @Test public void testExecuteWhenLoginSuccess(){ Injector injector = Guice.createInjector(new AbstractModule(){ @Override protected void configure() { bind(LoginClient.class).toInstance(new LoginClient() { @Override public boolean login(String id, String password) { return true; } }); }}); Service service = injector.getInstance(Service.class); assertEquals("OK", service.execute()); } @Test public void testExecuteWhenLoginFailure(){ Injector injector = Guice.createInjector(new AbstractModule(){ @Override protected void configure() { bind(LoginClient.class).toInstance(new LoginClient() { @Override public boolean login(String id, String password) { return false; } }); }}); Service service = injector.getInstance(Service.class); assertEquals("NG", service.execute()); }
ニコニコ動画(9)になって、ランキングページに沢山動画が表示されるようになって嬉しい。
しかし、既に見たものと、そうでないものの区別がつけにくい。
というわけで既に誰かが作っている気もするけど、なんとなく作ってみた。
以下のページからインストールできます。
すでに見たランキング動画をかくす君
http://userscripts.org/scripts/show/68547
すると、
これが・・・
こうなる！！！
全消し目指してがんばろう！
年末らしく今年の振り返りをします。今年はわりといろいろありましたねー。過去のブログ記事、twitterのログ、Googleカレンダーなどを見返しつつ、なにをやったかを書き出してみる。
こうして振り返るといろいろあったな〜。特に以下が大きかったかも。
まあ・・・なんだかんだで前向きな一年だったように思う。
来年はどんな年にしようか・・と考えたところで、あんまり意味はなさそうなので、気楽に、楽しくやろう。
あ、そうそう、どこで見たのかは忘れたけど
何か選択しなければいけない状況になったときは「儲かりそう・得しそう」よりも「楽しそう」を重視したほうが最終的には良い結果を招く
っていう考え方がかなり気に入っていて、今後もこんな感じで行きたいと思います。
最後に、いろいろわがままに付き合ってもらったり、おいしいご飯を食べさせてくれた妻に大感謝してます。妻、ありがとう〜！！！新しいiPhoneが出たら一緒に買おうねー！
それではみなさん良いお年を〜〜〜！！！
ちょっとしたことは全部twitterに書いてしまうので、ブログを書く気がなかなかおきない。メンドクサイので最近あった出来事や思っている事を箇条書きしよう。
箇条書きにすればtwitterやってるのと変わらないな。
昨日NoopのHEADをビルドするとインタプリタが動作しなかったので、NoopのMLに「インタプリタ動かないよー」というメールを投げたら「ごめんリビジョン132でビルドぶっこわしちゃった、まさにno-opだね:-)」的な返信があって誰がうまry). どうやらインタプリタ自体をguiceベースに修正しようとしてたみたいけど「生焼け」状態でまだ動かない感じらしい。
そんなわけでとりあえずリビジョンをちょっと前に戻したら動いた（謎のデバッグメッセージがでてるけど）
% hg up -r 131 % export CP=core/target/noop-core-0.1.0-SNAPSHOT.jar export CP=$CP:interpreter/target/classes export CP=$CP:~/.m2/repository/org/antlr/antlr-runtime/3.1.1/antlr-runtime-3.1.1.jar export CP=$CP:~/.m2/repository/org/slf4j/slf4j-simple/1.5.6/slf4j-simple-1.5.6.jar export CP=$CP:~/.m2/repository/org/slf4j/slf4j-api/1.5.6/slf4j-api-1.5.6.jar % scala -cp $CP noop.interpreter.InterpreterMain HelloWorld interpreter/target/resources/stdlib/ interpreter/target/resources/helloworld 8 [main] INFO noop.model.LoggingAstVisitor - pre-evaluated: HelloWorld 9 [main] INFO noop.model.LoggingAstVisitor - Entering method call on main 11 [main] INFO noop.model.LoggingAstVisitor - String literal: something 17 [main] INFO noop.model.LoggingAstVisitor - evaluated an argument 17 [main] INFO noop.model.LoggingAstVisitor - calling method main 27 [main] INFO noop.interpreter.InterpreterVisitor - Visiting ID expr: console Hello World!
これでようやく遊べる。
