模式实例之——外观实例

场景:银行柜员机取钱或存钱

 

描述:从银行的柜员机取了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

 

为子系统提供了一个更高层次、更简单的接口,从而降低了子系统的复杂度和依赖。这使得子系统更易于使用和管理。

 

外观是一个能为子系统和客户提供简单接口的类。当正确的应用外观,客户不再直接和子系统中的类交互,而是与外观交互。外观承担与子系统中类交互的责任。实际上,外观是子系统与客户的接口,这样外观模式降低了子系统和客户的耦合度

 

 

你可能感兴趣的:(实例)