Moduleクラスの作り方と使い方について about ray.di

[koriym]

このissueには複数の問題が混在してるような印象を受けます。

• 同じインターフェイスの違った実装への束縛をどのように扱うか？（ロボットの足問題）
• 束縛のバッティグ、上書きをどのように管理するか？

どうでしょうか、この認識であってるなら個別に考えたいと思います。まずは解決の切り口からと考えました。

[yukikaoru]

• 同じインターフェイスの違った実装への束縛をどのように扱うか？（ロボットの足問題）
• 束縛のバッティグ、上書きをどのように管理するか？

はい。言われて気づきましたが、この2つで合っていると思います。

[koriym]

同じインターフェイスの違った実装への束縛をどのように扱うか？

これをロボットの足問題と言うのだそうです。

この問題はGuiceでも取り上げられてて @vectorxenon さんと同じ様にNamed Bindingで解決するのがいいかと思います。 https://code.google.com/p/google-guice/wiki/FrequentlyAskedQuestions

Javaのコードですが

class LegModule extends PrivateModule {
  private final Class<? extends Annotation> annotation;

  LegModule(Class<? extends Annotation> annotation) {
    this.annotation = annotation;
  }

  @Override protected void configure() {
    bind(Leg.class).annotatedWith(annotation).to(Leg.class);
    expose(Leg.class).annotatedWith(annotation);

    bindFoot();
  }

  abstract void bindFoot();
}

Injector injector = Guice.createInjector(
        new LegModule(Left.class) {
          @Override void bindFoot() {
            bind(Foot.class).toInstance(new Foot("leftie"));
          }
        },
        new LegModule(Right.class) {
          @Override void bindFoot() {
            bind(Foot.class).toInstance(new Foot("righty"));
          }
        });

束縛のバッティグ、上書きをどのように管理するか？

これはRay.Diでは拡張性を優先させて、意図的にルーズにしていています。
ベストプラクティスと言えるかですが、BEARで自分が実装しているのは

• アプリケーション単位でインジェクターを利用する場合は（想定された使い方です）Injector::create()で指定するモジュールを１つにする
• その１つのモジュール内でのみ上書きを扱う

BEAR.Packageはかなり大きな範囲で依存の上書きを行っていますが、これで問題なく管理できると思います。

ちなみにバインディングは echo $moduleで確認できます。またモジュールのテストのためにAbstractModuleはArrayAccessを実装していて束縛を確認できます。

[yukikaoru]

いろいろとありがとうございます。

束縛のバッティグ、上書きをどのように管理するか？

こちらの問題は提示して頂いた

• アプリケーション単位でインジェクターを利用する場合は（想定された使い方です）Injector::create()で指定するモジュールを１つにする
• その１つのモジュール内でのみ上書きを扱う

を試しに導入してみてスッキリしましたので、この方法でいこうかと思います。

[koriym]

👍

[koriym]

束縛のテストをかくのもいいと思います。