这篇文章主要介绍了详解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操作计算机内部复杂的系统信息

假设我们有这么一些复杂的子系统逻辑：

1. class CPU { 
2.  public void freeze() { ... } 
3.  public void jump(long position) { ... } 
4.  public void execute() { ... } 
5. } 
6. class Memory { 
7.  public void load(long position, byte[] data) { 
8.   ... 
9.  } 
10. } 
11. class HardDrive { 
12.  public byte[] read(long lba, int size) { 
13.   ... 
14.  } 
15. } 

为了更方便地操作它们，我们可以来创建一个外观类（facade）：

1. class Computer { 
2.  public void startComputer() { 
3.   cpu.freeze(); 
4.   memory.load(BOOT_ADDRESS, hardDrive.read(BOOT_SECTOR, SECTOR_SIZE)); 
5.   cpu.jump(BOOT_ADDRESS); 
6.   cpu.execute(); 
7.  } 
8. } 

然后我们的客户，就可以很方便地来这样调用了：

1. class You { 
2.  public static void main(String[] args) { 
3.   Computer facade = new Computer(); 
4.   facade.startComputer(); 
5.  } 
6. } 

示例二：一个糟糕的第三方邮件类

假设你不得不用下面这个看上去很糟糕的第三方邮件类，尤其是里面每个方法名你都得停留个好几秒才能看懂：

1. interface SendMailInterface 
2. { 
3.  public function setSendToEmailAddress($emailAddress); 
4.  public function setSubjectName($subject); 
5.  public function setTheEmailContents($body); 
6.  public function setTheHeaders($headers); 
7.  public function getTheHeaders(); 
8.  public function getTheHeadersText(); 
9.  public function sendTheEmailNow(); 
10. } 
11. class SendMail implements SendMailInterface 
12. { 
13.  public $to, $subject, $body; 
14.  public $headers = array(); 
15.    
16.  public function setSendToEmailAddress($emailAddress) 
17.  { 
18.   $this->to = $emailAddress; 
19.  } 
20.  public function setSubjectName($subject) 
21.  { 
22.   $this->subject = $subject; 
23.  } 
24.  public function setTheEmailContents($body) 
25.  { 
26.   $this->body = $body; 
27.  } 
28.  public function setTheHeaders($headers) 
29.  { 
30.   $this->headers = $headers; 
31.  } 
32.  public function getTheHeaders() 
33.  { 
34.   return $this->headers; 
35.  } 
36.  public function getTheHeadersText() 
37.  { 
38.   $headers = ""; 
39.   foreach ($this->getTheHeaders() as $header) { 
40.    $headers .= $header . "\r\n"; 
41.   } 
42.  } 
43.    
44.  public function sendTheEmailNow() 
45.  { 
46.   mail($this->to, $this->subject, $this->body, $this->getTheHeadersText()); 
47.  } 
48. } 

这个时候你又不好直接改源码，没办法，来一个facade吧

1. class SendMailFacade 
2. { 
3.  private $sendMail; 
4.  public function __construct(SendMailInterface $sendMail) 
5.  { 
6.   $this->sendMail = $sendMail; 
7.  } 
8.  public function setTo($to) 
9.  { 
10.   $this->sendMail->setSendToEmailAddress($to); 
11.   return $this; 
12.  } 
13.  public function setSubject($subject) 
14.  { 
15.   $this->sendMail->setSubjectName($subject); 
16.   return $this; 
17.  } 
18.  public function setBody($body) 
19.  { 
20.   $this->sendMail->setTheEmailContents($body); 
21.   return $this; 
22.  } 
23.  public function setHeaders($headers) 
24.  { 
25.   $this->sendMail->setTheHeaders($headers); 
26.   return $this; 
27.  } 
28.  public function send() 
29.  { 
30.   $this->sendMail->sendTheEmailNow(); 
31.  } 
32. } 

然后原来不加优化的终端调用可能是这样的：

1. $sendMail = new SendMail(); 
2. $sendMail->setSendToEmailAddress($to); 
3. $sendMail->setSubjectName($subject); 
4. $sendMail->setTheEmailContents($body); 
5. $sendMail->setTheHeaders($headers); 
6. $sendMail->sendTheEmailNow(); 

现在有了外观类，就可以这样了：

1. $sendMail  = new SendMail(); 
2. $sendMailFacade = new sendMailFacade($sendMail); 
3. $sendMailFacade->setTo($to)->setSubject($subject)->setBody($body)->setHeaders($headers)->send(); 

示例三：完成一个商品交易的复杂流程

假设呢，一个商品交易环节需要有这么几步：

1. $productID = $_GET['productId'];  
2. $qtyCheck = new productQty(); 
3.  
4.  // 检查库存 
5. if($qtyCheck->checkQty($productID) > 0) { 
6.     
7.  // 添加商品到购物车 
8.  $addToCart = new addToCart($productID); 
9.     
10.  // 计算运费 
11.  $shipping = new shippingCharge(); 
12.  $shipping->updateCharge(); 
13.     
14.  // 计算打折 
15.  $discount = new discount(); 
16.  $discount->applyDiscount(); 
17.     
18.  $order = new order(); 
19.  $order->generateOrder(); 
20. } 

可以看到，一个流程呢包含了很多步骤，涉及到了很多Object，一旦类似环节要用在多个地方，可能就会导致问题，所以可以先创建一个外观类：

1. class productOrderFacade { 
2.  public $productID = '';   
3.  public function __construct($pID) { 
4.   $this->productID = $pID; 
5.  } 
6.  public function generateOrder() {    
7.   if($this->qtyCheck()) { 
8.    $this->addToCart(); 
9.    $this->calulateShipping(); 
10.    $this->applyDiscount(); 
11.    $this->placeOrder(); 
12.   }    
13.  } 
14.  private function addToCart () { 
15.   /* .. add product to cart .. */ 
16.  }  
17.  private function qtyCheck() { 
18.   $qty = 'get product quantity from database'; 
19.   if($qty > 0) { 
20.    return true; 
21.   } else { 
22.    return true; 
23.   } 
24.  } 
25.   private function calulateShipping() { 
26.   $shipping = new shippingCharge(); 
27.   $shipping->calculateCharge(); 
28.  } 
29.  private function applyDiscount() { 
30.   $discount = new discount(); 
31.   $discount->applyDiscount(); 
32.  } 
33.  private function placeOrder() { 
34.   $order = new order(); 
35.   $order->generateOrder(); 
36.  } 
37. } 

这样呢，我们的终端调用就可以两行解决：

$order = new productOrderFacade($productID);

$order->generateOrder();

示例四：往多个社交媒体同步消息的流程

1. // 发Twitter消息 
2. class CodeTwit { 
3.  function tweet($status, $url) 
4.  { 
5.  var_dump('Tweeted:'.$status.' from:'.$url); 
6.  } 
7. } 
8. // 分享到Google plus上 
9. class Googlize { 
10.  function share($url) 
11.  { 
12.  var_dump('Shared on Google plus:'.$url); 
13.  } 
14. } 
15. //分享到Reddit上 
16. class Reddiator { 
17.  function reddit($url, $title) 
18.  { 
19.  var_dump('Reddit! url:'.$url.' title:'.$title); 
20.  } 
21. } 

如果每次我们写了一篇文章，想着转发到其他平台，都得分别去调用相应方法，这工作量就太大了，后期平台数量往往只增不减呢。这个时候借助于facade class：

1. class shareFacade { 
2.    
3.  protected $twitter;  
4.  protected $google;  
5.  protected $reddit;  
6.  function __construct($twitterObj,$gooleObj,$redditObj) 
7.  { 
8.  $this->twitter = $twitterObj; 
9.  $this->google = $gooleObj; 
10.  $this->reddit = $redditObj; 
11.  }  
12.  function share($url,$title,$status) 
13.  { 
14.  $this->twitter->tweet($status, $url); 
15.  $this->google->share($url); 
16.  $this->reddit->reddit($url, $title); 
17.  } 
18. } 

这样终端调用就可以：

$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）——用来给一个或多个复杂的子系统、或者第三方库，提供统一的入口，或者说统一的终端调用方式

还是有一定差别的~

Tags: PHP外观模式 facade pattern

分享到：