Facade模式

概述

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

意图

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

示意图

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

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

生活中的例子

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

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

Facade模式解说

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

图3

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

public class Customer {
	private String _name;
	
	Customer(String name){
		this._name = name;
	}

	public String get_name() {
		return _name;
	}

	public void set_name(String _name) {
		this._name = _name;
	}

}

//银行子系统
public class Bank {
	public boolean HasSufficientSavings(Customer c, int amount) {
		return true;
	}
}

//信用子系统
public class Credit {
	public boolean HasGoodCredit(Customer c) {
		return true;
	}
}

//贷款子系统
public class Loan {
	public boolean HasNoBadLoans(Customer c) {
		return true;
	}
}

//依赖于子系统
public class Fail {
	private final static int _amount = 12000;

	public static void Main() {
		Bank bank = new Bank();
		Loan loan = new Loan();
		Credit credit = new Credit();

		Customer customer = new Customer("Ann McKinsey");

		boolean eligible = true;

		if (!bank.HasSufficientSavings(customer, _amount)) {
			eligible = false;
		} else if (!loan.HasNoBadLoans(customer)) {
			eligible = false;
		} else if (!credit.HasGoodCredit(customer)) {
			eligible = false;
		}

	}
}

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

图4

//外观类
public class Mortgage {
	private Bank bank = new Bank();
	private Loan loan = new Loan();
	private Credit credit = new Credit();

	public boolean IsEligible(Customer cust, int amount) {

		boolean eligible = true;

		if (!bank.HasSufficientSavings(cust, amount)) {
			eligible = false;
		} else if (!loan.HasNoBadLoans(cust)) {
			eligible = false;
		} else if (!credit.HasGoodCredit(cust)) {
			eligible = false;
		}

		return eligible;
	}
}

//客户程序类
public class MainApp {
	public static void Main() {
		// 外观
		Mortgage mortgage = new Mortgage();

		Customer customer = new Customer("Ann McKinsey");
		boolean eligable = mortgage.IsEligible(customer, 125000);
	}
}

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

效果及实现要点

1．Facade模式对客户屏蔽了子系统组件，因而减少了客户处理的对象的数目并使得子系统使用起来更加方便。

2．Facade模式实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件往往是紧耦合的。松耦合关系使得子系统的组件变化不会影响到它的客户。

3．如果应用需要，它并不限制它们使用子系统类。因此你可以在系统易用性与通用性之间选择。

适用性

1．为一个复杂子系统提供一个简单接口。

2．提高子系统的独立性。

3．在层次化结构中，可以使用Facade模式定义系统中每一层的入口。

总结

Façade模式注重的是简化接口，它更多的时候是从架构的层次去看整个系统，而并非单个类的层次。