设计模式-外观模式

外观模式

• 为子系统中的一组接口提供一个一致的页面，此模式定义了一个高层接口，该接口使该子系统更加容易使用。

• 代码结构如下

// 子系统类
class SubSystemOne{
	public void MethodOne(){
		//...具体实现
	}
}
class SubSystemTwo{
	public void MethodTwo(){
		//...具体实现
	}
}
class SubSystemThree{
	public void MethodThree(){
		//...具体实现
	}
}
class SubSystemFour{
	public void MethodFour(){
		//...具体实现
	}
}
//外观类
class Facade{
	SubSystemOne one;
	SubSystemTwo two;
	SubSystemThree three;
	SubSystemFour four;
	public Facade(){
		one = new SubSystemOne();
		two = new SubSystemTwo();
		three = new SubSystemThree();
		four = new SubSystemFour();
	}
	public void MethodA(){
		//...具体方法实现
		one.MethodOne();
		two.MethodTwo();
		four.MethodFour();
	}
	public void MethodB(){
		//具体方法实现
		two.MethodTwo();
		three.MethodThree();
	}
}

• 外观模式完美的体现了依赖倒转原则和迪米特法则的思想

何时使用外观模式

• 首先在设计初期阶段，要有意识的将不同的两个层分离，比如对于经典的三层架构-数据访问层、业务逻辑层和表示层的层与层之间建立外观Facade，为复杂子系统提供一个简单接口，使耦合降低。
• 在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，增加外观Facade可以提供一个简单的接口，减少它们之间的依赖。
• 在维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展了，可以为新系统开发一个外观Facade类，来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口，让新系统与Facade对象交互，Facade与遗留代码交互所有复杂的工作。