场景:银行柜员机取钱或存钱
描述:从银行的柜员机取了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
为子系统提供了一个更高层次、更简单的接口,从而降低了子系统的复杂度和依赖。这使得子系统更易于使用和管理。
外观是一个能为子系统和客户提供简单接口的类。当正确的应用外观,客户不再直接和子系统中的类交互,而是与外观交互。外观承担与子系统中类交互的责任。实际上,外观是子系统与客户的接口,这样外观模式降低了子系统和客户的耦合度