javaでの依存性の注入（spring bootを使わない場合)

Question

お世話になっております。依存性の注入を行いたいのですが、混乱してしまいました。
以下の通りクラスとインターフェースがある場合、sampleAでしていることは依存性の注入にはならないのでしょうか。
もしそうでない場合、どのようにしたら依存性の注入が可能かをお伺いしたいです。

class sampleA{

public static void main( String[] args )  {
sampleC samplec = new sampleC();
samplec.bMethod(hours, minutes);
}
}

public interface B {
    String bMethod(int hours, int minutes);
}

public class sampleC implements sampleB {
	@Override
	public String bMethod(int hours, int minutes) {
　　　　　（略）
        }
}

Comments

[jimbe]

「クラスA」なるモノは見当たりませんが。

[jimbe]

「依存性の注入」の前に、
>public sampleC(sampleC samplec){
のような意味不明なコードが出来てしまう状況が問題に思います。

[macaroni323]

ご回答いただきありがとうございます。編集いたしました。

[jimbe]

sampleA はコンパイルできなさそうですけど・・・。
メソッド内としても、単にオブジェクトを作ってメソッドを呼んでいるだけですね。
どこからどこへ何の「依存性の注入」を行おうというのでしょうか。
そもそも「依存性」「注入」がどういうことなのかをご理解されているのでしょうか。

[macaroni323]

＞どこからどこへ何の「依存性の注入」を行おうというのでしょうか。
SampleAのmainメソッドでsampleC samplec = new sampleC();とすると、SampleAはSample Cに依存することになるので、それを回避したいのですが、
SampleAに
private SampleC samplec;
public SampleA(SampleC sampleC) {
this.sampleC = sampleC;
}
と記載し、
メソッド内のsampleC samplec = new sampleC();を消した場合、
samplec.bMethod(hours, minutes);が参照できず、 private SampleC samplec;をstaticにしても実行時にSampleA.samplecがnullとなってしまいます、

[jimbe]

> SampleAのmainメソッドでsampleC samplec = new sampleC();とすると、～

この文をご質問本文に書かれたほうがよほど具体的で分かり易いように思います。

Answer 1

例に書かれているコードは依存性の注入にはなっていません。
何故なら、具象クラスを直接newすることで具象クラスsampleCに依存しているからです。
依存性の注入とは外部から依存性を与えることに他なりません。
sampleではmain関数が例なため、DIコンテナなしで依存性を注入することはできませんが、例えば以下のような例が依存性の注入となります。
以下では、sampleAにコンストラクタにより外部からsampleCの依存性を注入しています。
これが所謂コンストラクタインジェクションというものになります。
ちなみにmain関数でsampleCに依存させたくない場合の他の方法として、
sampleCを生成しintarfaceBを返すfactoryを作成して利用するという方法もあります。

class sampleA{

    InterfaceB sampleC;

    public sampleA(InterfaceB b) {
        this.sampleC = b;
    }

    public void methodA()  {
        samplec.bMethod(hours, minutes);
    }
}

Answer 2

つまり以下のようなことでしょうか。

public class Main {
  public static void main(String[] args) throws Exception {
    new SampleA(new SampleC()).foo();
  }
}

class SampleA {
  private SampleB sampleb;
  public SampleA(SampleB sampleb) {
    this.sampleb = sampleb;
  }
  public void foo() {
    System.out.println(sampleb.bMethod(10, 20));    
  }
}

interface SampleB {
  String bMethod(int hours, int minutes);
}

class SampleC implements SampleB {
  @Override
  public String bMethod(int hours, int minutes) {
    return hours+":"+minutes;
  }
}

Comments

[macaroni323]

ご回答いただきありがとうございます。今現在、SampleAの中に
public static void main(String[] args) throws Exception {
}
を記述しているのですが、Mainクラスとして分けた方が良いということでしょうか。

[jimbe]

いえ、Main クラスが分かれているのは、テストに Paiza.IO を使ったのでそのままなだけです。
中身が合っていれば main はどこでも大丈夫だと思います。

[macaroni323]

ありがとうございます。
public class sampleA {

private SampleB sampleb;
public SampleA( SampleB sampleb) {
this.sampleb = sampleb;
}
public static void main( String[] args ) throws Exception {
String result = "";
String[] inputTime = args[0].split(":");
int hours = Integer.parseInt(inputTime[0]);
int minutes = Integer.parseInt(inputTime[1]);
new SampleA(new SampleC());
result = sampleb. bMethod(hours, minutes);
System.out.println( result );
}
}
とした場合でも依存性の注入となりますでしょうか。

[jimbe]

SampleA の中で new SampleC が出てこなければ注入ということになるでしょう。
ただ、このようなコードは普通に、例えば Swing のボタン等のリスナーだとかで(コンストラクタでは無いですが) やっていることですし、自作でコールバックを利用する際にも使えることですから、わざわざ「依存性」だ「注入」だと特別視するようなことでは無いように思います。

[macaroni323]

何度も申し訳ございません、sampleA にあるmain でnew SampleA(new SampleC());とやってしまっている場合は、やはり依存性がある、ということですよね

[jimbe]

いえいえ、SampleA の「インスタンスの中で」です。
プログラムの起点である main メソッドは上のコメントで書きましたようにどこにあっても良いものですので、カウントには入れなくて良いでしょう^^;