超碰人人超碰人人,99精品一区二区三区无码吞精,av无码精品一区二区三区宅噜噜

結(jié)論

如何改善代碼可讀性和可用性？通過為複雜子系統(tǒng)提供簡單的接口來改善代碼的可讀性和可用性。該立面沒有直接與幾個(gè)子系統(tǒng)類打交道，而是用統(tǒng)一接口封裝了子系統(tǒng)。這減少了了解子系統(tǒng)所需的學(xué)習(xí)曲線，並使子系統(tǒng)更易於使用和管理。

外牆模式的使用是使用計(jì)算機(jī)。打開計(jì)算機(jī)時(shí)，您無需了解內(nèi)部組件如何共同啟動(dòng)系統(tǒng)。您只需按下電源按鈕（立面），複雜的過程發(fā)生在幕後。

使用立面模式的優(yōu)點(diǎn)和缺點(diǎn)是什麼？

>與其他結(jié)構(gòu)設(shè)計(jì)模式不同，例如適配器或裝飾器模式，哪些結(jié)構(gòu)設(shè)計(jì)模式（用於添加或更改單個(gè)對(duì)象的行為，立面模式用於簡化複雜的類系統(tǒng)。它提供了一個(gè)複雜子系統(tǒng)的簡化接口，將子系統(tǒng)的複雜性隱藏在客戶端中。

>我如何在PHP中實(shí)現(xiàn)立面模式？提供複雜子系統(tǒng)的簡化接口的立麵類。立麵類應(yīng)封裝子系統(tǒng)，並將呼籲召集到子系統(tǒng)類?？蛻魬?yīng)通過立面與子系統(tǒng)互動(dòng)，而不是直接與子系統(tǒng)類交互。

首頁

後端開發(fā)

php教程

PHP主|通過立面模式管理複雜性

Jennifer Aniston

Feb 24, 2025 am 08:25 AM

PHP主|通過立面模式管理複雜性

設(shè)計(jì)模式旨在將解決方案標(biāo)準(zhǔn)化軟件開發(fā)中面臨的常見問題。當(dāng)我們開發(fā)複雜的應(yīng)用程序時(shí)，我們應(yīng)該分配足夠的時(shí)間來計(jì)劃應(yīng)用程序的設(shè)計(jì)和結(jié)構(gòu)。當(dāng)我們這樣做時(shí)，我們有機(jī)會(huì)選擇適當(dāng)?shù)脑O(shè)計(jì)模式。但是在某些情況下，我們甚至不知道我們正在使用設(shè)計(jì)模式。立面是幾乎每個(gè)Web應(yīng)用程序中使用的設(shè)計(jì)模式，但通常不知道。 “設(shè)計(jì)模式”一詞創(chuàng)造了一種複雜且難以理解的心理形象。即使有時(shí)這可能是正確的，但立面模式也很容易實(shí)現(xiàn)。讓我們看看什麼是立面以及它有助於我們編寫良好代碼的作用。

鑰匙要點(diǎn)

外觀是幾乎每個(gè)Web應(yīng)用程序中使用的設(shè)計(jì)模式，可簡化複雜的流程並允許更精簡的用戶體驗(yàn)。
>外牆模式的現(xiàn)實(shí)應(yīng)用程序包括Opauth庫，該庫充當(dāng)?shù)谌缴矸蒡?yàn)證服務(wù)的立面接口和WordPress的Update_post_meta（）函數(shù)，該功能是保存WordPress帖子的自定義數(shù)據(jù)的外牆。 ??>
>
借書的過程

用戶來圖書館並返回借書的書，以便她可以藉用新書。

用戶必須為逾期書籍支付罰款。

用戶或圖書館工作人員的成員搜索一本新書。
用戶藉這本書。
本書的狀態(tài)在系統(tǒng)中不可用。

每個(gè)任務(wù)的實(shí)現(xiàn)都包含在具有自己的接口的單獨(dú)類中。以下代碼說明了系統(tǒng)如何通過調(diào)用必要的方法借書：

<span><span><?php
</span></span><span><span>public class User
</span></span><span><span>{
</span></span><span>    <span>public function borrowBook() {
</span></span><span>        <span>$bookManager = new Book_Manager();
</span></span><span>        <span>$bookManager->returnBooks();
</span></span><span>
</span><span>        <span>$bookPayments = new Book_Payments();
</span></span><span>        <span>if ($bookPayments->hasOverdueBooks()) {
</span></span><span>            <span>$bookPayments->payBookFines();
</span></span><span>        <span>}
</span></span><span>
</span><span>        <span>$bookLibrary = new Book_Library();
</span></span><span>        <span>$bookReservations = new Book_Reservations();
</span></span><span>
</span><span>        <span>$book = $bookLibrary->searchBooks();
</span></span><span>        <span>$isAvailable = $bookLibrary->isBookAvailable($book);
</span></span><span>        <span>$isReserved = $bookReservations->isBookReserved($book); 
</span></span><span>        <span>if ($isAvailable && !isReserved) {
</span></span><span>            <span>$bookLibrary->locateBook($book);
</span></span><span>
</span><span>            <span>$bookManager->borrowBook($book);
</span></span><span>            <span>$bookLibrary->updateBookAvailability($book, $status);
</span></span><span>        <span>}
</span></span><span>    <span>}
</span></span><span><span>}</span></span>

您可以看到借書的過程實(shí)際上是一個(gè)複雜的過程！在此實(shí)施中，用戶必須與四個(gè)不同類別和大約十種方法進(jìn)行交互才能藉書。假設(shè)每個(gè)功能都被用作應(yīng)用程序中的單獨(dú)屏幕。您能想像使用該系統(tǒng)藉三本書所需的努力嗎？借款人不需要了解諸如檢查預(yù)訂和更新狀態(tài)之類的功能。我們的實(shí)施肯定有問題。

實(shí)施圖書館立面

我們需要將用戶從庫的複雜工作流程中解脫出來，並允許簡化的接口僅與用戶直接相關(guān)的信息 - 立面直接相關(guān)。讓我們看看圖書館外牆的實(shí)現(xiàn)。

<span><span><?php
</span></span><span><span>class Library_Facade
</span></span><span><span>{
</span></span><span>    <span>public function returnBooks() {
</span></span><span>        <span>// previous implementation by calling necessary classes
</span></span><span>    <span>}
</span></span><span>
</span><span>    <span>public function borrowBooks() {
</span></span><span>    <span>}
</span></span><span>
</span><span>    <span>public function searchBooks() {
</span></span><span>    <span>}
</span></span><span>
</span><span>    <span>public function reserveBooks() {
</span></span><span>    <span>}
</span></span><span><span>}</span></span>

用戶可以通過調(diào)用brownbook（）庫庫facade類的方法借入書籍，如下所示：

<span><span><?php
</span></span><span><span>class User
</span></span><span><span>{
</span></span><span>    <span>public function borrowBook() {
</span></span><span>        <span>$libraryFacade = new Library_Facade();
</span></span><span>        <span>$libraryFacade->borrowBook();
</span></span><span>    <span>}
</span></span><span><span>}</span></span>

借助此基於立體的實(shí)現(xiàn)，用戶僅與Library_facade類對(duì)話，並且不知道該功能是如何實(shí)現(xiàn)的。用戶可以直接從立面上索取任何功能，外牆負(fù)責(zé)處理複雜過程並返回適當(dāng)?shù)男畔?。立面模式遵守每個(gè)單元應(yīng)對(duì)其他單位具有最低知識(shí)的知識(shí)的原則。即使低級(jí)功能通過外牆隱藏在用戶中，用戶仍然可以在需要時(shí)直接請(qǐng)求低級(jí)類?？紤]一下自己的項(xiàng)目，以及您可能在沒有意識(shí)到的情況下找到實(shí)現(xiàn)立面模式的情況。

>外觀模式定義

由於我們已經(jīng)確定了實(shí)施立面模式的過程和重要性，因此現(xiàn)在該了解模式的定義了。以下是從Wikipedia中提取的：

>外觀是一個(gè)對(duì)象，它為較大的代碼（例如類庫）提供簡化的接口。立面可以：
>
使軟件庫更易於使用，理解和測(cè)試，因?yàn)榱⒚婢哂蟹奖愕某Ｒ娙蝿?wù)方法；出於相同的原因，
使庫更易讀;
>
>減少庫內(nèi)部工作的外部代碼的依賴關(guān)係，因?yàn)榇蠖鄶?shù)代碼都使用該立面在開發(fā)系統(tǒng)時(shí)更靈活；
包裹一個(gè)設(shè)計(jì)良好的API集合，具有一個(gè)精心設(shè)計(jì)的API。這是我們庫示例的類圖，該示例標(biāo)識(shí)了立面模式定義中提到的組件。

現(xiàn)實(shí)世界實(shí)施
在前面的部分中，我們以圖書館系統(tǒng)為例了解了立面模式背後的理論。在現(xiàn)實(shí)世界中，立面可能比我們圖書館場(chǎng)景中的實(shí)施更為複雜。讓我們回顧一下現(xiàn)實(shí)應(yīng)用程序和庫中該模式的一些實(shí)現(xiàn)。
opauth用於打開身份驗(yàn)證
我最近寫了一篇有關(guān)一個(gè)流行的公開身份驗(yàn)證庫的文章，稱為Opauth，建議您閱讀，如果您還沒有閱讀。假設(shè)我們已經(jīng)開發(fā)了一個(gè)專業(yè)的社交網(wǎng)站，希望我們的用戶能夠使用其他受歡迎的網(wǎng)站，例如Twitter，LinkedIn和Facebook進(jìn)行身份驗(yàn)證。為了完成身份驗(yàn)證過程，我們使用現(xiàn)有的第三方庫來訪問網(wǎng)絡(luò)的服務(wù)。讓我們看一些帶有Twitter庫的示例代碼，以實(shí)現(xiàn)所需的功能。
<?php
public class User
{
 public function borrowBook() {
 $bookManager = new Book_Manager();
 $bookManager->returnBooks();

 $bookPayments = new Book_Payments();
 if ($bookPayments->hasOverdueBooks()) {
 $bookPayments->payBookFines();
 }

 $bookLibrary = new Book_Library();
 $bookReservations = new Book_Reservations();

 $book = $bookLibrary->searchBooks();
 $isAvailable = $bookLibrary->isBookAvailable($book);
 $isReserved = $bookReservations->isBookReserved($book); 
 if ($isAvailable && !isReserved) {
 $bookLibrary->locateBook($book);

 $bookManager->borrowBook($book);
 $bookLibrary->updateBookAvailability($book, $status);
 }
 }
}
如您所見，我們調(diào)用一組特定於Twitter的庫方法來實(shí)現(xiàn)所需的功能。 LinkedIn和Facebook都需要類似的方法。該過程已經(jīng)變得複雜。我們沒有開發(fā)Twitter，F(xiàn)acebook或LinkedIn應(yīng)用程序；我們應(yīng)該只驗(yàn)證憑據(jù)並驗(yàn)證用戶。我們的應(yīng)用程序不必?fù)?dān)心這些服務(wù)的實(shí)施。我們可以通過使用Opauth庫作為立面接口來解決此問題。首先，我們需要以通用格式指定所需服務(wù)的登錄URL，以通過Opauth插件標(biāo)識(shí)?？紤]以下用於實(shí)施身份驗(yàn)證過程的代碼。
<?php
class Library_Facade
{
 public function returnBooks() {
 // previous implementation by calling necessary classes
 }

 public function borrowBooks() {
 }

 public function searchBooks() {
 }

 public function reserveBooks() {
 }
}
一旦請(qǐng)求登錄鏈接，Opauth就會(huì)從URL標(biāo)識(shí)所請(qǐng)求的服務(wù)，並初始化庫以重定向用戶進(jìn)行身份驗(yàn)證?，F(xiàn)在，我們的應(yīng)用程序只需要?jiǎng)?chuàng)建登錄鏈接並調(diào)用初始化方法。所有復(fù)雜的身份驗(yàn)證內(nèi)容均使用每個(gè)服務(wù)的各個(gè)庫來處理幕後。這可以被認(rèn)為是有效使用立面模式的完美示例。
WordPress meta函數(shù)
考慮到其代碼的質(zhì)量，WordPress並不是嚴(yán)重的PHP開發(fā)人員中最受歡迎的框架之一。但是我們可以輕鬆地在WordPress代碼庫中找到許多成功的立面實(shí)現(xiàn)。在這裡，我將查看update_post_meta（）函數(shù)，以保存WordPress帖子的自定義數(shù)據(jù)。 WordPress允許我們創(chuàng)建與現(xiàn)有帖子關(guān)聯(lián)的自定義字段?？紤]一下我們?nèi)绾卧谕ǔＧ闆r下保存這些領(lǐng)域……我們必須執(zhí)行以下所有任務(wù)：

驗(yàn)證字段數(shù)據(jù)

>過濾HTML標(biāo)籤，腳本和SQL注入的數(shù)據(jù)

檢查數(shù)據(jù)庫中的字段的存在

>根據(jù)存在狀態(tài)
保存或更新記錄
保存一個(gè)自定義字段的工作是很多工作！ WordPress通過提供稱為update_post_meta（）的內(nèi)置功能來隱藏保存這些字段的複雜性充當(dāng)立面。這使我們能夠?qū)Ｗ㈧秱鬟f與應(yīng)用程序相關(guān)的必要數(shù)據(jù)；所有上述任務(wù)都隱藏在用戶中。現(xiàn)在，考慮實(shí)現(xiàn)Update_post_meta（）以將其功能識(shí)別為立面：
<?php
public class User
{
 public function borrowBook() {
 $bookManager = new Book_Manager();
 $bookManager->returnBooks();

 $bookPayments = new Book_Payments();
 if ($bookPayments->hasOverdueBooks()) {
 $bookPayments->payBookFines();
 }

 $bookLibrary = new Book_Library();
 $bookReservations = new Book_Reservations();

 $book = $bookLibrary->searchBooks();
 $isAvailable = $bookLibrary->isBookAvailable($book);
 $isReserved = $bookReservations->isBookReserved($book); 
 if ($isAvailable && !isReserved) {
 $bookLibrary->locateBook($book);

 $bookManager->borrowBook($book);
 $bookLibrary->updateBookAvailability($book, $status);
 }
 }
}
僅顯示必要的代碼； update_metadata（）函數(shù)的完整源代碼可在wp-rudes目錄內(nèi)的meta.php文件中找到。但是，您可以在此處看到所有驗(yàn)證，過濾和數(shù)據(jù)庫更新，並且只有立面界面才有有關(guān)詳細(xì)信息的知識(shí)。
結(jié)論
立面是軟件開發(fā)中最簡單，最易於使用的設(shè)計(jì)模式之一。在本文中，我討論了外牆模式的各種實(shí)現(xiàn)?，F(xiàn)在是時(shí)候在下面的評(píng)論中分享您的經(jīng)驗(yàn)了。您知道使用外牆的圖書館或服務(wù)嗎？隨意分享您遇到的立面模式的實(shí)際實(shí)現(xiàn)。通過fotolia 圖像經(jīng)常詢問有關(guān)立面模式的問題
>
>軟件設(shè)計(jì)中立面模式的主要目的是什麼？
>
>外牆模式是一種結(jié)構(gòu)設(shè)計(jì)模式，可為複雜的類，庫或框架系統(tǒng)提供簡化的接口。它隱藏了系統(tǒng)的複雜性，並從客戶端可以訪問系統(tǒng)的地方為客戶端提供了一個(gè)接口。該模式涉及一個(gè)單一類，該類提供客戶端要求的簡化方法，並代表呼叫對(duì)現(xiàn)有系統(tǒng)類的方法的調(diào)用。

如何改善代碼可讀性和可用性？通過為複雜子系統(tǒng)提供簡單的接口來改善代碼的可讀性和可用性。該立面沒有直接與幾個(gè)子系統(tǒng)類打交道，而是用統(tǒng)一接口封裝了子系統(tǒng)。這減少了了解子系統(tǒng)所需的學(xué)習(xí)曲線，並使子系統(tǒng)更易於使用和管理。

您可以提供立面模式的真實(shí)示例嗎？

外牆模式的使用是使用計(jì)算機(jī)。打開計(jì)算機(jī)時(shí)，您無需了解內(nèi)部組件如何共同啟動(dòng)系統(tǒng)。您只需按下電源按鈕（立面），複雜的過程發(fā)生在幕後。
使用立面模式的優(yōu)點(diǎn)和缺點(diǎn)是什麼？

>

>立面模式的主要優(yōu)點(diǎn)是，它簡化了複雜子系統(tǒng)的接口，從而使客戶端更容易使用。它還促進(jìn)了子系統(tǒng)與其客戶之間的脫鉤，這可以使系統(tǒng)更易於模塊化和更易於維護(hù)。但是，潛在的劣勢(shì)是，如果在外牆中放置過多的功能，立面模式可能會(huì)成為瓶頸。它還可以從客戶端隱藏子系統(tǒng)的有用功能。
>
與其他結(jié)構(gòu)設(shè)計(jì)模式有何不同？
>與其他結(jié)構(gòu)設(shè)計(jì)模式不同，例如適配器或裝飾器模式，哪些結(jié)構(gòu)設(shè)計(jì)模式（用於添加或更改單個(gè)對(duì)象的行為，立面模式用於簡化複雜的類系統(tǒng)。它提供了一個(gè)複雜子系統(tǒng)的簡化接口，將子系統(tǒng)的複雜性隱藏在客戶端中。

可以將立面模式與其他設(shè)計(jì)模式一起使用嗎？與其他設(shè)計(jì)模式結(jié)合使用。例如，它可以與Singleton模式一起使用，以確保僅創(chuàng)建一個(gè)立面實(shí)例。它也可以與抽象的工廠模式一起使用，以提供一個(gè)簡單的接口來創(chuàng)建相關(guān)對(duì)象的家族。
>
如何有助於最少知識(shí)的原理？通過限制對(duì)象之間的溝通來促進(jìn)最少知識(shí)（或Demeter定律）的原則?？蛻糁恍枰c外牆進(jìn)行通信，而不是與子系統(tǒng)類通信。這樣可以降低對(duì)象之間的依賴項(xiàng)，從而使系統(tǒng)更穩(wěn)固，更易於維護(hù)。
可以在多線程應(yīng)用程序中使用外觀模式嗎？多線程應(yīng)用程序。但是，必須注意確保立面是線程安全的。這可以通過使用鎖或信號(hào)量等同步機(jī)制來防止比賽條件來實(shí)現(xiàn)這一點(diǎn)。
>
如何影響表面模式？

>
客戶需要與之互動(dòng)。這可以減少對(duì)象創(chuàng)建和方法調(diào)用的開銷。但是，如果立面變成瓶頸，它可能會(huì)對(duì)性能產(chǎn)生負(fù)面影響。
>
>我如何在PHP中實(shí)現(xiàn)立面模式？提供複雜子系統(tǒng)的簡化接口的立麵類。立麵類應(yīng)封裝子系統(tǒng)，並將呼籲召集到子系統(tǒng)類?？蛻魬?yīng)通過立面與子系統(tǒng)互動(dòng)，而不是直接與子系統(tǒng)類交互。