軟件開發不斷隨著新想法，方法以及高質量的庫和框架而演變。 但是，變化仍然不可避免。 即使是看似完美的系統，最終也會面臨修改請求。 作為開發人員，我們必須預料並適應這些變化。適配器模式是用於管理此類修改的關鍵設計模式。本文通過現實世界的示例探討了其用途和優勢。
鑰匙要點：
適配器模式簡化了變化或新功能的集成。 從本質上講，這是連接不兼容組件的接口。想像一下手機訪問電子郵件帳戶以發送電子郵件。電話和電子郵件應用程序是通過Internet連接的單獨組件。 >
現在，想像一下您的手機沒有互聯網訪問的區域。您如何發送電子郵件？您需要一個適配器將手機連接到電子郵件應用程序。 這個適配器將：
啟用電話和電子郵件應用之間的Internet連接。
>在這裡，您將SMS（無需互聯網）發送給IFTTT，並使用電子郵件文本發送。 IFTTT，具有必要的Internet連接並發送電子郵件給API訪問，請發送電子郵件。 IFTTT充當適配器，橋接不兼容的電話和電子郵件應用程序。
了解適配器模式實現
>讓我們以網站的電子郵件訂閱界面為例：
<?php
interface EmailSubscribe {
public function subscribe($email);
public function unsubscribe($email);
public function sendUpdates();
}
?>>開發人員和電子郵件服務提供商可以為Feedburner，MailChimp等服務實施此功能。這是一個feedBurner示例：
<?php
class FeedburnerEmail implements EmailSubscribe {
public function subscribe($email) { }
public function unsubscribe($email) { }
public function sendUpdates() {
// Get Available Subscribers
// Get Website Updates
// Send Emails
}
}
$feedburner_email = new FeedburnerEmail();
$feedburner_email->sendUpdates();
?>現在，假設feedburner更新其庫：
<?php
class FeedburnerEmailVersion2 {
public function subscribe($email) { }
public function unsubscribe($email) { }
public function getSubscribers() {
// Return Subscribers
}
public function sendEmails($subscribers) {
// Get Website Updates
// Send Emails
echo "emails sent today";
}
}
$feedburner_email = new FeedburnerEmailVersion2();
$subscribers = $feedburner_email->getSubscribers();
$feedburner_email->sendEmails($subscribers);
?>新版本與EmailSubscribe>不兼容。我們需要一個適配器：
<?php
class FeedburnerAdapter implements EmailSubscribe {
public function subscribe($email) { }
public function unsubscribe($email) { }
public function sendUpdates() {
$feedburner = new FeedburnerEmailVersion2();
$subscribers = $feedburner->getSubscribers();
$feedburner->sendEmails($subscribers);
}
}
$feedburner_email = new FeedburnerAdapter();
$feedburner_email->sendUpdates();
?>FeedburnerAdapter>初始化FeedburnerEmailVersion2並重建原始功能。 該應用程序仍未意識到庫的變化，僅與適配器進行交互。
通常，我們有一個客戶，目標和適應器。 適配器位於目標和適應器之間以保持兼容性。 雖然接口並未在PHP中廣泛使用，但該原理保持不變 - 橋接不兼容的組件。
誰開發適配器類？
>適配器的創建取決於項目。 對於常見的第三方庫，開發人員通常會創建適配器。 在大規模項目中，供應商可能會為其庫提供適配器，以在更新後保持兼容性。
適配器模式 - 錯誤的方式
>>適配器模式並不用於固定設計較差的系統。 即使兩者都實現FeedburnerEmail，也要考慮具有不兼容的實現的場景。 這需要一個適配器來修復客戶階段的不兼容性，突出顯示了在接口定義中應解決的設計缺陷。 MailchimpEmail>
EmailSubscribe
> 適配器最佳用於第三方庫，或者在添加與原始需求明顯不同的新功能時。 例如，將Twitter訂閱添加到網站上。 類與現有的
接口不兼容，但可以適應：>
TwitterService
EmailSubscribe
<?php
class TwitterService {
public function authenticate($username) {}
public function deauthenticate($username) {}
public function tweet($message,$user) {
// Update wall with new tweet
}
public function getUpdates() {
// Return Updates
}
public function getFollowers() {
// Return followers
}
}
class TwitterAdapter implements EmailSubscribe {
public function subscribe($username) { }
public function unsubscribe($username) { }
public function sendUpdates() {
$tw_service = new TwitterService();
$updates = $tw_service->getUpdates();
$subscribers = $tw_service->getFollowers();
$tw_service->tweet($updates,$subscribers);
}
}
$twitter_subscribe = new TwitterAdapter();
$twitter_subscribe->sendUpdates();
?>接口，允許客戶保持不變。 TwitterAdapter>
TwitterServiceEmailSubscribe摘要
適配器模式是一種強大的工具，但是它的有效使用需要仔細考慮。 了解其適當且不當的應用程序對於清潔和可維護的代碼至關重要。
（所提供的文本的其餘部分，包括常見問題部分，是對適配器模式及其各個方面的詳細說明。由於提示提示請求釋義，並未指定本節的排除，所以在滿足提示的核心要求的同時，省略了它以保持響應的簡潔。以上是PHP主|適配器模式的實際方面的詳細內容。更多資訊請關注PHP中文網其他相關文章！
