消費者を単体テストするための唯一のソリューションは、サードパーティのコードをラップすることですか？

私は単体テストを行っており、クラスの1つでメソッドの1つからメールを送信する必要があるため、コンストラクター注入を使用Zend_Mailして、Zendフレームワークにあるクラスのインスタンスを注入します。

現在、一部の人々は、ライブラリが十分に安定しており、頻繁に変更されない場合、それをラップする必要はないと主張します。したがって、それZend_Mailが安定しており、変更されず、私のニーズに完全に適合すると仮定すると、そのためのラッパーは必要ありません。

次にLogger依存する私のクラスを見てみましょうZend_Mail：

class Logger{
    private $mailer;    
    function __construct(Zend_Mail $mail){
        $this->mail=$mail;
    }    
   function toBeTestedFunction(){
      //Some code
      $this->mail->setTo('some value');
      $this->mail->setSubject('some value');
      $this->mail->setBody('some value');
      $this->mail->send();
     //Some
   }        
}

ただし、ユニットテストでは、一度に1つのコンポーネントをテストする必要があるため、Zend_Mailクラスをモックする必要があります。さらに、クラスが抽象ではなく結石に依存するようになったため、依存関係反転の原則に違反してLoggerいます。

Loggerラップせずに単独でテストするにはどうすればよいZend_Mailですか？

コードはPHPにありますが、答えはそうである必要はありません。これは、言語固有の機能というよりも設計上の問題です

常に、インターフェイスの背後にサードパーティのタイプとメソッドをラップする必要があります。これは退屈で痛みを伴う場合があります。コードジェネレータを記述したり、ツールを使用してこれを行うことができます。

ただし、コード全体でライブラリのメソッドまたはタイプを使用するように誘惑されないでください。そもそも、ユニットテストの作成に問題があります。その後、ライセンスが変更されるか、サードパーティによってサポートされていないプラットフォームに移動すると、これらのタイプと依存関係が他のすべてのクラスに組み込まれていることがわかります。

サードパーティベンダーを迅速に変更できることは大きな利点です。