详解PHP中的外表形式facade pattern

对于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("//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）——用来给一个或多个庞杂的子体系、或第三方库，供给同一的进口，或说同一的终端挪用体例

仍是有必然不同的~