设计模式之五 外观模式（Facade）
概述
在软件开发系统中，客户程序会与很复杂系统的内部子系统之间产生耦合，而导致客户程序随着子系统的变化而变化，那么如何简化客户程序与子系统之间的交互接口？如何将复杂系统的内部子系统与客户程序之间的依赖解耦？这就需要我们的外观模式再好不过了。
目的为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
结构图
对应源码
class Program { static void Main(string[] args) { Facade facade = new Facade(); //由于Facade的作用，客户端可以根本不知三个子系统类的存在， facade.MethodA(); facade.MethodB(); Console.Read(); } } //四个子系统的类 class SubSystemOne { public void MethodOne() { Console.WriteLine(" 子系统方法一"); } } class SubSystemTwo { public void MethodTwo() { Console.WriteLine(" 子系统方法二"); } } class SubSystemThree { public void MethodThree() { Console.WriteLine(" 子系统方法三"); } } class SubSystemFour { public void MethodFour() { Console.WriteLine(" 子系统方法四"); } } //外观类 class Facade { SubSystemOne one; SubSystemTwo two; SubSystemThree three; SubSystemFour four; //外观类，它需要了解所有的子系统的方法或属性镜像组合，已被外界调用 public Facade() { one = new SubSystemOne(); two = new SubSystemTwo(); three = new SubSystemThree(); four = new SubSystemFour(); } public void MethodA() { Console.WriteLine("\n方法组A() ---- "); one.MethodOne(); two.MethodTwo(); four.MethodFour(); } public void MethodB() { Console.WriteLine("\n方法组B() ---- "); two.MethodTwo(); three.MethodThree(); } }运行结果
（1）：在设计初期阶段，应该要有意识的将不同的两个层分离，例如：三层结构，需要在数据访问层、业务逻辑层、表示层的层层之间建立外观模式，可以是复杂的子系统提供一个简单的接口，使得耦合度大大降低
（2）：在开发阶段，子系统由于不断的重构演化而变得越来越复杂，增加外观模式可以提供一个简单的接口，减少它们之间的依赖
（3）：在维护一个遗留的大型系统时，可能这个系统已经很难以维护和扩展了，但是它有很重要的功能，新的需求依赖它，使用外观模式也是非常合适的。
（4）：外观模式，它不限制它们使用子系统类，可以再系统易用性和通用性之间选择。
（5）：Facade模式对客户屏蔽了子系统组件，减少了客户处理的对象的数目使得子系统使用起来更加方便。
生活实例现在来说快递行业很是火，我们很多人想由物件到制定的地方，我们要到快递机构填写我们要去的地址，之后，快递公司会根据我们不同的邮寄地址而准确的分开，此时快递的前台机构就是扮演着这个“外观”，他负责协调客户的订单、发送地点等工作他起到了一个接口的工作。
经典实例（投资基金） class Program { static void Main(string[] args) { Fund jijin = new Fund(); jijin.BuyFund(); jijin.SellFund(); Console.Read(); } } class Fund { Stock1 gu1; Stock2 gu2; Stock3 gu3; NationalDebt1 nd1; Realty1 rt1; //基金类，外观模式点，进行组合，已被外界调用 public Fund() { gu1 = new Stock1(); gu2 = new Stock2(); gu3 = new Stock3(); nd1 = new NationalDebt1(); rt1 = new Realty1(); } public void BuyFund() { gu1.Buy(); gu2.Buy(); gu3.Buy(); nd1.Buy(); rt1.Buy(); } public void SellFund() { gu1.Sell(); gu2.Sell(); gu3.Sell(); nd1.Sell(); rt1.Sell(); } } //股票1 class Stock1 { //卖股票 public void Sell() { Console.WriteLine(" 股票1卖出"); } //买股票 public void Buy() { Console.WriteLine(" 股票1买入"); } } //股票2 class Stock2 { //卖股票 public void Sell() { Console.WriteLine(" 股票2卖出"); } //买股票 public void Buy() { Console.WriteLine(" 股票2买入"); } } //股票3 class Stock3 { //卖股票 public void Sell() { Console.WriteLine(" 股票3卖出"); } //买股票 public void Buy() { Console.WriteLine(" 股票3买入"); } } //国债1 class NationalDebt1 { //卖国债 public void Sell() { Console.WriteLine(" 国债1卖出"); } //买国债 public void Buy() { Console.WriteLine(" 国债1买入"); } } //房地产1 class Realty1 { //卖房地产 public void Sell() { Console.WriteLine(" 房产1卖出"); } //买房地产 public void Buy() { Console.WriteLine(" 房产1买入"); } }
运行结果
外观模式作为结构型模式中的一个简单又实用的模式，外观模式通过封装细节来提供大粒度的调用，直接的好处就是，封装细节，提供了应用写程序的可维护性和易用性。外观模式一般应用在系统架构的服务层中，当我们是多个不同类型的客户端应用程序时，比如一个系统既可以在通过Web的形式访问，也可以通过客户端应用程序的形式时，可能通过外观模式来提供远程服务，让应用程序进行远程调用，这样通过外观形式提供服务，那么不管是什么样的客户端都访问一致的外观服务，那么以后就算是我们的应用服务发生变化，那么我们不需要修改没一个客户端应用的调用，只需要修改相应的外观应用即可,从某种程度上也达到了一种“解耦”的效果.
Facade设计模式更注重从架构的层次去看整个系统，而不是单个类的层次。Facdae很多时候更是一种架构
设计模式。
重要的区分：Facade模式、Adapter模式、Bridge模式与Decorator模式。Facade模式注重简化接口，Adapter模式注重转换接口，Bridge模式注重分离接口（抽象）与其实现，Decorator模式注重稳定接口的前提下为对象扩展功能。