国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

PHP中的facade pattern(外觀模式)

jaysun / 3499人閱讀

摘要:本文來自原文鏈接歡迎作客我們的學習群該篇屬于底層核心技術實戰揭秘這一課程底層核心概念解析這一章的擴展閱讀??紤]到學員們的基礎差異,為了避免視頻當中過于詳細而連篇累牘,故將一些底層實現相關的知識點以文章形式呈現,供大家預習和隨時查閱。

本文來自pilishen.com----原文鏈接; 歡迎作客我們的php&Laravel學習群:109256050

該篇屬于《Laravel底層核心技術實戰揭秘》這一課程《laravel底層核心概念解析》這一章的擴展閱讀。考慮到學員們的基礎差異,為了避免視頻當中過于詳細而連篇累牘,故將一些laravel底層實現相關的PHP知識點以文章形式呈現,供大家預習和隨時查閱。

關于facade這個詞的翻譯

facade這個詞,原意指的是一個建筑物的表面、外觀,在建筑學中被翻譯為“立面”這個術語,國內對facade這個詞的關注,可能更多要依賴于laravel的流行,似乎都一致把laravel里的facade翻譯作“門面”。說實在的,當第一次看到翻譯文檔里提什么“門面”的時候,我想你跟我的內心一樣:“這是在說什么玩意呢?你是在講商店、店鋪的門面嗎?”直到現在,如果非得用中文說facade,非得用“門面”這個詞,我的心里還是不自覺地會“咯噔”那么一下,我知道這里是有問題的。

facade到底翻譯作啥好呢?倒是也有的人群干脆提倡不翻譯,遇到它就直接英文單詞拿過來,這也不是個長遠辦法,終歸是要為了新入門的人鋪平理解的道路才好。后來偶然看到臺灣的學者,確切說是臺灣的維基百科,將facade pattern譯作“外觀模式”,考慮到該模式的實際作用,方才感覺瞬間釋然。即使laravel里的facade,嚴格上并不是facade pattern,很多人到現在依然在批評laravel在facade這個詞語上的濫用和誤導,但它終歸也是在借用或模仿facade pattern,所以laravel里的facade,本文也認為同樣翻譯成“外觀”比較好,當然,為了更好理解,可以是“服務外觀”。即使如此,從私人角度,我更希望將其直呼為“服務定位器”、“服務代理”或者“服務別名”,實際上國外的很多人也是建議如此更名,只是Taylor在這件事上態度一反往常地強硬,所以也暫且不必強求。

通過下文,待實際了解了facade pattern具體是啥后,我想你會更好地理解為什么翻譯為“外觀模式”更貼切。

什么是facade pattern(“外觀模式”的定義)

不論在現實世界還是編程世界,facade(外觀)的目的就是給一個可能原本丑的、雜亂的東西,“披上”一個優美的、吸引人的外觀、或者說面具,用中國的俗話就是:什么是外觀?“人靠衣裝馬靠鞍”。基于此,facade pattern就是將一個或多個雜亂的、復雜的、不容易重構的class,添加上(或轉換成)一個漂亮優雅的對接入口(interface),這樣呢好讓你更樂意、更方便地去操作它,從而間接地操作了背后的實際邏輯。

什么時候需要用facade pattern

facade pattern(“外觀模式”)經常是用來給一個或多個子系統,來提供統一的入口界面(interface),或者說操作界面。

當你需要操作別人遺留下來的項目,或者說第三方的代碼的時候。尤其是通常情況下,這些代碼你不容易去重構它們,也沒有提供測試(tests)。這個時候,你就可以創建一個facade(“外觀”),去將原來的代碼“包裹”起來,以此來簡化或優化其使用場景。

說得再多,不如來幾個例子直觀:

示例一:在java中,通過facade操作計算機內部復雜的系統信息

假設我們有這么一些復雜的子系統邏輯:

class CPU {
    public void freeze() { ... }
    public void jump(long position) { ... }
    public void execute() { ... }
}

class Memory {
    public void load(long position, byte[] data) {
        ...
    }
}

class HardDrive {
    public byte[] read(long lba, int size) {
        ...
    }
}

為了更方便地操作它們,我們可以來創建一個外觀類(facade):

class Computer {
    public void startComputer() {
        cpu.freeze();
        memory.load(BOOT_ADDRESS, hardDrive.read(BOOT_SECTOR, SECTOR_SIZE));
        cpu.jump(BOOT_ADDRESS);
        cpu.execute();
    }
}

然后我們的客戶,就可以很方便地來這樣調用了:

class You {
    public static void main(String[] args) {
        Computer facade = new Computer();
        facade.startComputer();
    }
}
示例二:一個糟糕的第三方郵件類

假設你不得不用下面這個看上去很糟糕的第三方郵件類,尤其是里面每個方法名你都得停留個好幾秒才能看懂:

interface SendMailInterface
{
    public function setSendToEmailAddress($emailAddress);
    public function setSubjectName($subject);
    public function setTheEmailContents($body);
    public function setTheHeaders($headers);
    public function getTheHeaders();
    public function getTheHeadersText();
    public function sendTheEmailNow();
}
 
class SendMail implements SendMailInterface
{
    public $to, $subject, $body;
    public $headers = array();
 
    public function setSendToEmailAddress($emailAddress)
    {
        $this->to = $emailAddress;
    }
    
    public function setSubjectName($subject)
    {
        $this->subject = $subject;
    }
 
    public function setTheEmailContents($body)
    {
        $this->body = $body;
    }
 
    public function setTheHeaders($headers)
    {
        $this->headers = $headers;
    }
 
    public function getTheHeaders()
    {
        return $this->headers;
    }
 
    public function getTheHeadersText()
    {
        $headers = "";
        foreach ($this->getTheHeaders() as $header) {
            $headers .= $header . "
";
        }
    }
 
    public function sendTheEmailNow()
    {
        mail($this->to, $this->subject, $this->body, $this->getTheHeadersText());
    }
}

這個時候你又不好直接改源碼,沒辦法,來一個facade吧

class SendMailFacade
{
    private $sendMail;
 
    public function __construct(SendMailInterface $sendMail)
    {
        $this->sendMail = $sendMail;
    }
 
    public function setTo($to)
    {
        $this->sendMail->setSendToEmailAddress($to);
        return $this;
    }
    
    public function setSubject($subject)
    {
        $this->sendMail->setSubjectName($subject);
        return $this;
    }
 
    public function setBody($body)
    {
        $this->sendMail->setTheEmailContents($body);
        return $this;
    }
 
    public function setHeaders($headers)
    {
        $this->sendMail->setTheHeaders($headers);
        return $this;
    }
 
    public function send()
    {
        $this->sendMail->sendTheEmailNow();
    }
}
 

然后原來不加優化的終端調用可能是這樣的:

$sendMail = new SendMail();
$sendMail->setSendToEmailAddress($to);
$sendMail->setSubjectName($subject);
$sendMail->setTheEmailContents($body);
$sendMail->setTheHeaders($headers);
$sendMail->sendTheEmailNow();

現在有了外觀類,就可以這樣了:

$sendMail       = new SendMail();
$sendMailFacade = new sendMailFacade($sendMail);
$sendMailFacade->setTo($to)->setSubject($subject)->setBody($body)->setHeaders($headers)->send();
示例三:完成一個商品交易的復雜流程

假設呢,一個商品交易環節需要有這么幾步:

$productID = $_GET["productId"]; 
$qtyCheck = new productQty();

 // 檢查庫存
if($qtyCheck->checkQty($productID) > 0) {
     
    // 添加商品到購物車
    $addToCart = new addToCart($productID);
     
    // 計算運費
    $shipping = new shippingCharge();
    $shipping->updateCharge();
     
    // 計算打折
    $discount = new discount();
    $discount->applyDiscount();
     
    $order = new order();
    $order->generateOrder();
}

可以看到,一個流程呢包含了很多步驟,涉及到了很多Object,一旦類似環節要用在多個地方,可能就會導致問題,所以可以先創建一個外觀類:

class productOrderFacade {
         
    public $productID = "";
     
    public function __construct($pID) {
        $this->productID = $pID;
    }
     
    public function generateOrder() {
         
        if($this->qtyCheck()) {
             
            $this->addToCart();
            
            $this->calulateShipping();
                        
            $this->applyDiscount();
                        
            $this->placeOrder();
             
        }
         
    }
     
    private function addToCart () {
        /* .. add product to cart ..  */
    }
     
    private function qtyCheck() {
         
        $qty = "get product quantity from database";
         
        if($qty > 0) {
            return true;
        } else {
            return true;
        }
    }
     
     
    private function calulateShipping() {
        $shipping = new shippingCharge();
        $shipping->calculateCharge();
    }
     
    private function applyDiscount() {
        $discount = new discount();
        $discount->applyDiscount();
    }
     
    private function placeOrder() {
        $order = new order();
        $order->generateOrder();
    }
}

這樣呢,我們的終端調用就可以兩行解決:

$order = new productOrderFacade($productID);
$order->generateOrder();
示例四:往多個社交媒體同步消息的流程
// 發Twitter消息
class CodeTwit {
  function tweet($status, $url)
  {
    var_dump("Tweeted:".$status." from:".$url);
  }
}

// 分享到Google plus上
class Googlize {
  function share($url)
  {
    var_dump("Shared on Google plus:".$url);
  }
}

//分享到Reddit上
class Reddiator {
  function reddit($url, $title)
  {
    var_dump("Reddit! url:".$url." title:".$title);
  }
}

如果每次我們寫了一篇文章,想著轉發到其他平臺,都得分別去調用相應方法,這工作量就太大了,后期平臺數量往往只增不減呢。這個時候借助于facade class:

class shareFacade {
  
  protected $twitter;    
  protected $google;   
  protected $reddit;    
    
 function __construct($twitterObj,$gooleObj,$redditObj)
  {
    $this->twitter = $twitterObj;
    $this->google  = $gooleObj;
    $this->reddit  = $redditObj;
  }  
  
  function share($url,$title,$status)
  {
    $this->twitter->tweet($status, $url);
    $this->google->share($url);
    $this->reddit->reddit($url, $title);
  }
}

這樣終端調用就可以:

$shareObj = new shareFacade($twitterObj,$gooleObj,$redditObj);
$shareObj->share("http://myBlog.com/post-awsome","My greatest post","Read my greatest post ever.");
facade pattern的優劣勢 優勢

能夠使你的終端調用與背后的子系統邏輯解耦,這往往發生在你的controller里,就意味著你的controller可以有更少的依賴,controller關注的更少了,從而責任和邏輯也更明確了,同時也意味著你子系統里的邏輯更改,并不會影響到你的controller里終端調用。

劣勢

雖然特別有用,但是一個常見的陷阱就是,過度使用這個模式,明明可能那個時候你并不需要,這個往往注意即可。當然也有人爭論說,明明我原來的代碼都能用,干嘛費這個勁,那么同樣是房子,你是喜歡住在精致的屋子里呢,還是說有四面墻就行了呢?

感覺facade pattern與其他的設計模式似曾相識?

認真學過我們《Laravel底層核心技術實戰揭秘》這一課程的同學,可能到這里就會尤其覺得這個facade pattern好像在哪里見過?可能你會脫口而出:“這貨跟之前咱們學的decorator pattern有啥區別呢?為啥不直接說成修飾者模式呢?”

確實,在“包裝”邏輯方面,它們確實類似,但是:

修飾者模式(Decorator)——用來給一個Object添加、包裹上新的行為、邏輯,而不需要改動原來的代碼

外觀模式(facade pattern)——用來給一個或多個復雜的子系統、或者第三方庫,提供統一的入口,或者說統一的終端調用方式

還是有一定差別的~

參考文章:

//zh.wikipedia.org/wiki/%E5%A4%96%E8%A7%80%E6%A8%A1%E5%BC%8F

//www.jakowicz.com/facade-pattern-in-php/

//code.tutsplus.com/tutorials/design-patterns-the-facade-pattern--cms-22238

//phpenthusiast.com/blog/simplify-your-php-code-with-facade-class

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/28217.html

相關文章

  • 外觀模式Facade Pattern

    摘要:深入剖析,第二章。如果給方法以默認訪問權限,則只能在同一個包中訪問,這個被認為是可以的,但是不最好,最優雅的方式是通過類。定義外觀模式,為子系統中的一組接口提供一個一致的界面,此模式定義了一個高層接口,這個接口使得這一子系統更加容易使用。 《深入剖析Tomcat》(How Tomcat Works),第二章。 創建 Request 和 Response 分別實現 ServletRequ...

    LMou 評論0 收藏0
  • 一起學設計模式 - 外觀模式

    摘要:適配器是將接口轉換為不同接口,而外觀模式是提供一個統一的接口來簡化接口。 外觀模式(Facade Pattern)屬于結構型模式的一種,為子系統中的一組接口提供一個統一的入口,它通過引入一個外觀角色來簡化客戶端與子系統之間的交互... 概述 外觀模式是一種使用頻率非常高的結構型設計模式,當你要為一個復雜子系統提供一個簡單接口時。子系統往往因為不斷演化而變得越來越復雜。大多數模式使用時...

    zone 評論0 收藏0
  • Laravel核心解讀 -- 外觀模式

    摘要:外觀模式的目的在于降低系統的復雜程度。在不引入抽象外觀類的情況下,增加新的子系統可能需要修改外觀類或客戶端的源代碼,違背了開閉原則。 外觀模式 外觀模式(Facade Pattern):外部與一個子系統的通信必須通過一個統一的外觀對象進行,為子系統中的一組接口提供一個一致的界面,外觀模式定義了一個高層接口,這個接口使得這一子系統更加容易使用。外觀模式又稱為門面模式,它是一種對象結構型模...

    zoomdong 評論0 收藏0
  • 外觀設計模式

    摘要:外觀設計模式的優點易于使用在實現形式上通常占用較小的內存。抽象的注意事項外觀設計模式雖然少有劣勢,但值得注意的一個問題是性能。 當我們豎起一個門面時,我們向外展示的只是一種外表,它可能隱藏著一個非同一般的事實。這也就是我們所要說的外觀設計模式,這種模式為一大段的代碼體提供了一個便捷的高級接口,隱藏了底層復雜的實現。這種設計模式簡化代碼的呈現形式,給開發人員一個API,同時也能提高代碼的...

    zzbo 評論0 收藏0

發表評論

0條評論

最新活動
閱讀需要支付1元查看
<