การห่อรหัสบุคคลที่สามเป็นทางออกเดียวในการทดสอบผู้บริโภคหรือไม่

ฉันทำการทดสอบหน่วยและในชั้นเรียนของฉันฉันต้องส่งจดหมายจากวิธีใดวิธีหนึ่งดังนั้นการใช้การฉีดคอนสตรัคเตอร์ฉันฉีดอินสแตนซ์ของ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
   }        
}

อย่างไรก็ตามการทดสอบหน่วยต้องการให้ฉันทดสอบองค์ประกอบหนึ่งครั้งดังนั้นฉันต้องจำลองZend_Mailชั้นเรียน นอกจากนี้ฉันกำลังละเมิดหลักการการพึ่งพาการพึ่งพาเนื่องจากLoggerชั้นเรียนของฉันตอนนี้ขึ้นอยู่กับการตัดสินใจที่ไม่เป็นนามธรรม

ตอนนี้ฉันจะทดสอบLoggerการแยกโดยไม่ต้องห่อได้Zend_Mailอย่างไร!

รหัสอยู่ใน PHP แต่คำตอบไม่จำเป็นต้องเป็น นี่เป็นปัญหาการออกแบบมากกว่าฟีเจอร์เฉพาะภาษา

คุณต้องการห่อประเภทและวิธีการของบุคคลที่สามไว้เบื้องหลังอินเทอร์เฟซ สิ่งนี้อาจน่าเบื่อและเจ็บปวด บางครั้งคุณสามารถเขียนตัวสร้างรหัสหรือใช้เครื่องมือในการทำเช่นนี้

แต่อย่าล่อลวงให้ใช้วิธีการหรือประเภทไลบรารีตลอดทั้งรหัสของคุณ ในการเริ่มต้นคุณจะมีปัญหาในการเขียนการทดสอบหน่วย จากนั้นใบอนุญาตจะเปลี่ยนหรือคุณต้องการไปที่แพลตฟอร์มที่ไม่ได้รับการสนับสนุนจากบุคคลที่สามและคุณจะพบว่าประเภทและการอ้างอิงเหล่านั้นได้สานเข้ากับและรอบ ๆ คลาสอื่น ๆ ทั้งหมดของคุณ

ความสามารถในการเปลี่ยนผู้ขายบุคคลที่สามอย่างรวดเร็วเป็นข้อได้เปรียบอย่างมาก