设计模式:外观模式

一、引

这次要讲的这个模式其实在我们日常编写代码的过程中非常常见,在面向对象编程中,我们几乎无时无刻不在用它,它就是外观模式。在进入讲解之前,我们先来了解一个设计原则,这就是迪米特法则。

迪米特法则,如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用,如果其中的一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。迪米特法则其实和前面提到的依赖倒置原则有些类似,都是强调类之间的松耦合,面向接口设计。

二、理解

外观模式,为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这个子系统更加容易使用。在我们设计代码之初,就应该有意识的将不同的两个层分开,在代码开发阶段,增加“外观”可以提供一个简单的接口,减少他们之间的依赖,在维护过程中,为新系统提供一个“外观”,来提供设计粗糙或高度复杂的遗留代码的比较清晰的简单接口,让新系统和外观类对象交互,外观类与遗留代码交互所有复杂的工作。一下是外观模式的结构图

三、实现

public class SubSystemOne {
	public void MethodOne() {
		
	}
}

public class SubSystemTwo {
	public void MethodTwo() {
		
	}
}

public class SubSystemThree {
	public void MethodThree() {
		
	}
}

public class SubSystemFour {
	public void MethodFour() {
		
	}
}
public class Facade {
	SubSystemOne subSystemOne;
	SubSystemTwo subSystemTwo;
	SubSystemThree subSystemThree;
	SubSystemFour subSystemFour;
	
	public Facade() {
		subSystemOne = new SubSystemOne();
		subSystemTwo = new SubSystemTwo();
		subSystemThree = new SubSystemThree();
		subSystemFour = new SubSystemFour();
	}
	
	public void Method() {
		subSystemOne.MethodOne();
		subSystemTwo.MethodTwo();
		subSystemThree.MethodThree();
		subSystemFour.MethodFour();
	}
}
public class Main {

	public static void main(String[] args) {
		Facade facade = new Facade();
		facade.Method();

	}

}

猜你喜欢

转载自blog.csdn.net/DBC_121/article/details/86487409