场景：银行柜员机取钱或存钱
描述：从银行的柜员机取了100块钱
（一）子系统
/// <summary>
/// 子系统抽象
/// </summary>
public interface IDo
{
void ShowMessage(string strMemo);
}
（二）各个子系统
/// <summary>
/// 卡类别识别
/// </summary>
public class Card : IDo
{
public void ShowMessage(string strMemo)
{
Console.WriteLine("插入银行卡"+strMemo+"……");
}
}
/// <summary>
/// 业务各类识别
/// </summary>
public class OpType : IDo
{
public void ShowMessage(string strMemo)
{
Console.WriteLine("选择业务种类：" + strMemo + "……");
}
}
/// <summary>
/// 业务金额识别
/// </summary>
public class OpMoney : IDo
{
public void ShowMessage(string strMemo)
{
Console.WriteLine("选择金额数：" + strMemo + "……");
}
}
/// <summary>
/// 业务执行
/// </summary>
public class Submit : IDo
{
public void ShowMessage(string strMemo)
{
Console.WriteLine("操作完成！"+strMemo);
}
}
（三）银行柜员机（外观）
//柜员机
public class Cash
{
public string M1 { get; set; }
public string M2 { get; set; }
public string M3 { get; set; }
public string M4 { get; set; }
IDo _card = new Card();
IDo _optype = new OpType();
IDo _opmoney = new OpMoney();
IDo _submit = new Submit();
public void Do()
{
_card.ShowMessage(M1);
_optype.ShowMessage(M2);
_opmoney.ShowMessage(M3);
_submit.ShowMessage(M4);
}
}
（四）测试
public void TestFacade()
{
Cash cash = new Cash { M1="建行卡",M2="取款",M3="100元钱",M4="打印凭条并退卡" };
cash.Do();
}
结果：
插入银行卡：建行卡……
选择业务种类：取款……
选择金额数：100元钱……
操作完成！打印凭条并退卡
在软件开发系统中，客户程序经常会与复杂系统的内部子系统之间产生耦合，而导致客户程序随着子系统的变化而变化。那么如何简化客户程序与子系统之间的交互接口？如何将复杂系统的内部子系统与客户程序之间的依赖解耦？
为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。《设计模式》GOF
为子系统提供了一个更高层次、更简单的接口，从而降低了子系统的复杂度和依赖。这使得子系统更易于使用和管理。
外观是一个能为子系统和客户提供简单接口的类。当正确的应用外观，客户不再直接和子系统中的类交互，而是与外观交互。外观承担与子系统中类交互的责任。实际上，外观是子系统与客户的接口，这样外观模式降低了子系统和客户的耦合度