物件導向中 Interface 的使用時機

Interface 在物件導向設計中的核心價值與實戰應用

在物件導向程式設計（OOP）中，介面 (Interface) 是一個不可或缺的設計工具。它不僅僅是程式碼的語法，更是實現高彈性、可維護軟體架構的關鍵。本文將深入探討 Interface 的核心價值，並透過實際的 Laravel 框架與單元測試範例，展示它如何在日常開發中發揮作用。

Interface 的核心：定義行為契約與解耦

Interface 的最基本作用是定義一個行為契約 (Contract)。它規定了所有實作該介面的類別，都必須提供一組特定的方法。這份契約的核心價值體現在以下幾個方面：

• 實現多型 (Polymorphism)： 多型允許我們用一個通用的介面來處理不同類型的物件。當多個類別實作了同一個 Interface，我們就可以用 Interface 型別來操作這些物件，而無需關心它們的具體類別是什麼。這讓我們的程式碼更具擴充性，能夠輕鬆處理未來新增的物件類型。

• 鬆散耦合 (Loose Coupling)： Interface 促使我們在設計時，讓高層模組依賴於抽象，而非具體實作。這正是 SOLID 原則中的依賴反轉原則（DIP）。透過 Interface，各個模組之間的依賴關係被解耦，當需要替換底層實作時，對上層程式碼的影響降到最低。

• 接口隔離原則 (ISP)： ISP 強調介面應該是「小而精」的。一個類別不應被迫實作它不需要的方法。因此，當一個介面變得過大時，我們應該將其拆分為多個專注於單一職責的小介面。

---

Interface 與抽象類別（Abstract Class）的差異

在設計抽象層時，我們常在 Interface 和 Abstract Class 之間做選擇。了解它們的區別，有助於我們做出正確的設計決策。

特性	Interface	Abstract Class
繼承關係	可實作多個介面	僅能單一繼承
屬性	不可包含屬性	可包含屬性
方法實作	僅定義方法簽名（PHP 8.1 之後可有預設實作）	可包含已實作的方法，也包含抽象方法
主要目的	定義行為契約	提供部分共用實作

選擇指南：

• 若你只想定義行為規範，讓多個不相關的類別都能擁有此行為，應使用 Interface。

• 若你希望提供部分共用實作，並強制子類別實作某些特定方法，則適合使用 Abstract Class。

---

應用實戰：Interface 在 Laravel 中的應用

在 Laravel 框架中，Interface 的應用隨處可見，特別是在服務容器 (Service Container) 和依賴注入 (Dependency Injection) 的機制中。

假設我們的應用程式需要發送通知，但可能有多種方式，例如簡訊、電子郵件等。我們可以利用 Interface 來設計一個彈性的系統：

1. 定義契約： 創建一個 Notifier 介面，規範發送通知的行為。

   PHP

   // app/Contracts/Notifier.php
   namespace App\Contracts;
   
   interface Notifier {
       public function send(string $message);
   }
   

2. 建立具體實作： 建立 SmsNotifier 和 EmailNotifier 類別，並分別實作 Notifier 介面。

   PHP

   // app/Services/SmsNotifier.php
   class SmsNotifier implements Notifier {
       public function send(string $message) { /* 發送簡訊邏輯 */ }
   }
   
   // app/Services/EmailNotifier.php
   class EmailNotifier implements Notifier {
       public function send(string $message) { /* 發送 Email 邏輯 */ }
   }
   

3. 在服務容器中綁定： 在 AppServiceProvider 中，將 Notifier 介面與你當前使用的實作進行綁定。

   PHP

   // app/Providers/AppServiceProvider.php
   public function register()
   {
       $this->app->bind(\App\Contracts\Notifier::class, \App\Services\SmsNotifier::class);
   }
   

4. 依賴注入： 在控制器或任何需要通知的類別中，透過型別提示 (Type Hinting) 依賴 Notifier 介面。Laravel 的服務容器會自動注入你所綁定的實例。

   PHP

   use App\Contracts\Notifier;
   
   class UserController extends Controller
   {
       public function welcome(Notifier $notifier)
       {
           $notifier->send('歡迎來到我們的服務！');
       }
   }
   

如此一來，UserController 只依賴於 Notifier 這個抽象，而不關心底層是用簡訊還是電子郵件。如果需要切換通知方式，只需修改服務提供者的綁定，程式碼的其他部分完全不受影響。

---

Interface 在單元測試中的重要性

Interface 在單元測試中扮演著至關重要的角色。它使得依賴注入成為可能，進而讓我們能夠輕鬆地**模擬（Mock）**外部依賴，實現真正的單元測試隔離。

假設我們想測試 UserNotifier 類別是否正確呼叫了發送通知的方法，但又不希望真的發送一封簡訊或電子郵件。我們可以建立一個假的（Fake）實作：

PHP

// 待測試的類別
class UserNotifier {
    private Notifier $notifier;
    public function __construct(Notifier $notifier) { $this->notifier = $notifier; }
    public function welcome() { $this->notifier->send('Hello'); }
}

// 用來測試的假實作
class FakeNotifier implements Notifier {
    public array $sent = [];
    public function send(string $msg) { $this->sent[] = $msg; }
}

在測試程式碼中，我們將 FakeNotifier 注入 UserNotifier，然後驗證它是否正確記錄了發送的訊息。

PHP

public function testWelcomeSendsNotification()
{
    $fake = new FakeNotifier();
    $userNotifier = new UserNotifier($fake);
    $userNotifier->welcome();
    
    $this->assertEquals(['Hello'], $fake->sent);
}

透過這種方式，我們隔離了 UserNotifier 的測試範圍，確保它能夠獨立於外部服務進行驗證。

結語

Interface 是實現高內聚、低耦合軟體設計的基石。無論是為了遵循 SOLID 原則，提升程式碼的擴充性和可維護性，還是在 Laravel 這樣的現代框架中實現依賴注入，Interface 都扮演著核心角色。掌握 Interface 的精髓，將能有效提升你的程式碼品質和設計能力。