依存性注入によるテストの利点

Question

最近、私はSpringと依存性注入の概念を学び始めました。私はJunit testingとMockingという概念を持っていますが、依然依存性注入が提供する特定のテスト関連の利点について私の頭を包み込むことはできませんでした。例えば

私はクラストライアングル次のようインスタンス化： - 依存性の注入は、春を使用して、今

Triangle triangle1 = new Triangle(); 

をして、私は

Triangle triangle2 = (Triangle) beanFactory.getBean("triangle"); 

がTriangleクラスには、いくつかのメソッドを持って言って、それを次のように行いますそれはテストが必要です。テストで異なるアプローチは何でしょうか？triangle1とtriangle2

Answer 1

春には、明示的に工場からBeanを検索しません。代わりに、コンテナは使用前にコンテナを初期化します。したがって、コンテナ自体を呼び出す必要はありません。

ビジネスロジックの呼び出しを処理するサービス、トランザクションロジックの呼び出しを処理するWebコントロール、および単純なクエリや更新を実行するメソッドを持つデータアクセスオブジェクトをWebコントローラで処理するのが一般的です。 （これらはすべてステートレスで、唯一のインスタンスメンバーは他のステートレスオブジェクトへの参照であり、複数の要求を同時に実行できます）。各レイヤーのオブジェクトは、下位レイヤーのオブジェクトに依存し、Springはこれらのオブジェクトをすべて起動時。

サービスを使用するコントローラを持っている場合、Springはコントローラとサービスを作成し、サービスをコントローラに配線します。アプリケーションコードは決してBeanファクトリを呼び出しません。

public class SomeWebController { 
    private MyBusinessLogicService myBusinessLogicService; 

    public SomeWebController(MyBusinessLogicService myBusinessLogicService) { 
     this.myBusinessLogicService = myBusinessLogicService; 
    } 
    ... 
} 

ユニットテストでは、コンテナについて知る必要はありません。テストは、依存関係を作成し、setterメソッドを直接呼び出すか、テスト設定を作成し、そのプラグをモックに持たせることによって、依存関係のモックをプラグインすることによって、テスト対象のオブジェクトをセットアップできます。

私は、Springを使用しないコントローラを持っていて、そのコンストラクタを使って直接サービスをインスタンス化すると、そのサービスのモックを置換するのは難しいです。私は、サービスのためのファクトリメソッドを導入するためにリファクタのような何かをしなければならないだろうし、テストではモックを返すためにそれをオーバーライドする。これは、私がテストしていたクラスをサブクラス化しなければならない定型コードを導入することになり、オーバーライドされたファクトリメソッドが実行されなかった私のカバレッジにはギャップがあります。