外观(Facade)模式

什么是(Facade)模式?

    Facade(外观)模式为子系统中的各类(或结构与方法)提供一个简明一致的界面,隐藏子系统的复杂性,使子系统更加容易使用(出自百度文库)。即当子系统复杂或者繁锁时,我们让子系统提供一个窗口,程序中称为接口,其它程序或者对象就通过这个窗口(接口)与此子系统联系。接口可以是类或方法等。这样就简化了子系统的使用。

 

作用是什么?

   简化子系统的使用。

 

如何实现?

   当子系统(或者对象)使用很复杂时,我们建立一个接口(窗口)对象,将子系统的复杂的使用方法写在此象中,其它对象或程序通过调用此接口(窗口)来使用系统。即在其它对象或程序中加了一层,此层用于调用子系统。而其它对象使用些层来调用子系统,而不管此层如何调用子系统。

 

 

我们来看看李京东的文章是如何写的。原文地址:http://terrylee.cnblogs.com/archive/2006/03/17/352349.html

概述

   在软件开发系统中,客户程序经常会与复杂系统的内部子系统之间产生耦合,而导致客户程序随着子系统的变化而变化。那么如何简化客户程序与子系统之间的交互接口?如何将复杂系统的内部子系统与客户程序之间的依赖解耦?这就是要说的Façade 模式。


意图

   为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。[GOF 《设计模式》]

示意图

   门面模式没有一个一般化的类图描述,下面是一个示意性的对象图:

1 Façade模式示意性对象图

生活中的例子

  外观模式为子系统中的接口定义了一个统一的更高层次的界面,以便于使用。当消费者按照目录采购时,则体现了一个外观模式。消费者拨打一个号码与客服代表联系,客服代表则扮演了这个"外观",他包含了与订货部、收银部和送货部的接口。

2使用电话订货例子的外观模式对象图

Facade模式解说

 

    我们平时的开发中其实已经不知不觉的在用Façade模式,现在来考虑这样一个抵押系统,当有一个客户来时,有如下几件事情需要确认:到银行子系统查询他是否有足够多的存款,到信用子系统查询他是否有良好的信用,到贷款子系统查询他有无贷款劣迹。只有这三个子系统都通过时才可进行抵押。我们先不考虑Façade模式,那么客户程序就要直接访问这些子系统,分别进行判断。类结构图下:

3

在这个程序中,我们首先要有一个顾客类,它是一个纯数据类,并无任何操作,示意代码:

// 顾客类
public  class  Customer
设计模式--(Facade)模式 {
    private string _name;

    public Customer(string name)
设计模式--(Facade)模式    {
        this._name name;
    }


    public string Name
设计模式--(Facade)模式    {
设计模式--(Facade)模式        get return _name; }
    }

}


下面这三个类均是子系统类,示意代码:

// 银行子系统
public  class  Bank
设计模式--(Facade)模式 {
    public bool HasSufficientSavings(Customer c, int amount)
设计模式--(Facade)模式    {
        Console.WriteLine("Check bank for c.Name);
        return true;
    }

}


// 信用子系统
public  class  Credit
设计模式--(Facade)模式 {
    public bool HasGoodCredit(Customer c)
设计模式--(Facade)模式    {
        Console.WriteLine("Check credit for c.Name);
        return true;
    }

}


// 贷款子系统
public  class  Loan
设计模式--(Facade)模式 {
    public bool HasNoBadLoans(Customer c)
设计模式--(Facade)模式    {
        Console.WriteLine("Check loans for c.Name);
        return true;
    }

}

 

来看客户程序的调用:

// 客户程序
public  class  MainApp
设计模式--(Facade)模式 {
    private const int _amount 12000;

    public static void Main()
设计模式--(Facade)模式    {
        Bank bank new Bank();
        Loan loan new Loan();
        Credit credit new Credit();

        Customer customer new Customer("Ann McKinsey");

        bool eligible true;

        if (!bank.HasSufficientSavings(customer, _amount))
设计模式--(Facade)模式        {
            eligible false;
        }

        else if (!loan.HasNoBadLoans(customer))
设计模式--(Facade)模式        {
            eligible false;
        }

        else if (!credit.HasGoodCredit(customer))
设计模式--(Facade)模式        {
            eligible false;
        }


        Console.WriteLine("\n" customer.Name has been (eligible "Approved" "Rejected"));
        Console.ReadLine();
    }

}

 

  可以看到,在不用Façade模式的情况下,客户程序与三个子系统都发生了耦合,这种耦合使得客户程序依赖于子系统,当子系统变化时,客户程序也将面临很多变化的挑战。一个合情合理的设计就是为这些子系统创建一个统一的接口,这个接口简化了客户程序的判断操作。看一下引入Façade模式后的类结构图:

4

门面类Mortage的实现如下:

// 外观类
public  class  Mortgage
设计模式--(Facade)模式 {
    private Bank bank new Bank();
    private Loan loan new Loan();
    private Credit credit new Credit();

    public bool IsEligible(Customer cust, int amount)
设计模式--(Facade)模式    {
        Console.WriteLine("{0} applies for {1:C} loan\n",
          cust.Name, amount);

        bool eligible true;

        if (!bank.HasSufficientSavings(cust, amount))
设计模式--(Facade)模式        {
            eligible false;
        }

        else if (!loan.HasNoBadLoans(cust))
设计模式--(Facade)模式        {
            eligible false;
        }

        else if (!credit.HasGoodCredit(cust))
设计模式--(Facade)模式        {
            eligible false;
        }


        return eligible;
    }

}


顾客类和子系统类的实现仍然如下:

// 银行子系统
public  class  Bank
设计模式--(Facade)模式 {
    public bool HasSufficientSavings(Customer c, int amount)
设计模式--(Facade)模式    {
        Console.WriteLine("Check bank for c.Name);
        return true;
    }

}


// 信用证子系统
public  class  Credit
设计模式--(Facade)模式 {
    public bool HasGoodCredit(Customer c)
设计模式--(Facade)模式    {
        Console.WriteLine("Check credit for c.Name);
        return true;
    }

}


// 贷款子系统
public  class  Loan
设计模式--(Facade)模式 {
    public bool HasNoBadLoans(Customer c)
设计模式--(Facade)模式    {
        Console.WriteLine("Check loans for c.Name);
        return true;
    }

}


// 顾客类
public  class  Customer
设计模式--(Facade)模式 {
    private string name;

    public Customer(string name)
设计模式--(Facade)模式    {
        this.name name;
    }


    public string Name
设计模式--(Facade)模式    {
设计模式--(Facade)模式        get return name; }
    }

}

 

而此时客户程序的实现:

// 客户程序类
public  class  MainApp
设计模式--(Facade)模式 {
    public static void Main()
设计模式--(Facade)模式    {
        //外观
        Mortgage mortgage new Mortgage();

        Customer customer new Customer("Ann McKinsey");
        bool eligable mortgage.IsEligible(customer, 125000);

        Console.WriteLine("\n" customer.Name +
            has been (eligable "Approved" "Rejected")); 
        Console.ReadLine();
    }

}

 

   可以看到引入Façade模式后,客户程序只与Mortgage发生依赖,也就是Mortgage屏蔽了子系统之间的复杂的操作,达到了解耦内部子系统与客户程序之间的依赖。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值