타사 코드를 포장하여 소비자를 단위 테스트하는 유일한 솔루션입니까?

단위 테스트를 수행하고 있으며 클래스 중 하나에서 메소드 중 하나에서 메일을 보내야하므로 생성자 주입을 사용하여 Zend_MailZend 프레임 워크 에있는 클래스 인스턴스를 주입합니다 .

이제 일부 사람들은 라이브러리가 충분히 안정적이며 자주 변경되지 않으면 랩핑 할 필요가 없다고 주장합니다. 따라서 그것이 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
   }        
}

그러나 단위 테스트에서는 한 번에 하나의 구성 요소를 테스트해야하므로 Zend_Mail클래스 를 조롱해야합니다 . 또한 클래스가 추상화가 아닌 생성에 의존하기 때문에 Dependency Inversion 원칙을 위반합니다 Logger.

이제 Logger줄 바꿈없이 어떻게 격리 테스트 할 수 Zend_Mail있습니까?!

코드는 PHP로되어 있지만 답변 할 필요는 없습니다. 이것은 언어 별 기능보다 더 많은 디자인 문제입니다.

항상 인터페이스 뒤에 타사 유형 및 메소드를 래핑하려고합니다. 이것은 지루하고 고통 스러울 수 있습니다. 때로는 코드 생성기를 작성하거나 도구를 사용하여이를 수행 할 수 있습니다.

그러나 코드 전체에서 라이브러리 메서드 나 형식을 사용하려는 유혹을받지 마십시오. 우선 단위 테스트 작성에 문제가 있습니다. 그런 다음 라이센스가 변경되거나 타사에서 지원하지 않는 플랫폼으로 가고 싶을 때 해당 유형과 종속성이 다른 모든 클래스와 관련이 있음을 알 수 있습니다.

타사 공급 업체를 빠르게 변경할 수있는 기능은 큰 이점입니다.