- 定义:要求一个子系统的外部与其内部的通信必须通过一个统一的对象进行。门面模式提供一个高层次的接口,使得子系统更易于使用。
- 简言之:就是接口封装,隐藏实现细节。
package design.facade;
/**
* @Author: hyh
* @Date: 2021/8/23 14:18
* 定义一个快递接口
**/
public interface Express {
// 发什么东西
public void sendSomething();
// 填写快递单信息
public void sendInfo();
// 发送
public void send();
}
// 发一箱苹果给爸爸妈妈
class SendApple implements Express{
@Override
public void sendSomething() {
System.out.println("一箱红富士苹果 一箱红星苹果");
}
@Override
public void sendInfo() {
System.out.println("发件人:张三,电话:18888888888");
System.out.println("收件人:张三爸爸,电话:17777777777 地址:北京天安门");
}
@Override
public void send() {
System.out.println("快递员开始发送包裹");
}
}
class Test{
public static void main(String[] args) {
// 想给爸妈发一箱苹果,1.要确定发什么东西 2.发送信息 3.开始发送 顺序不能出错
SendApple sendApple = new SendApple();
sendApple.sendSomething();
sendApple.sendInfo();
sendApple.send();
}
}
输出:
一箱红富士苹果 一箱红星苹果
发件人:张三,电话:18888888888
收件人:张三爸爸,电话:17777777777 地址:北京天安门
快递员开始发送包裹
现用一个类封装好发送过程,只需要提供发送物品,发送信息就行,快递公司会帮你完成其他的
package design.facade;
/**
* @Author: hyh
* @Date: 2021/8/23 14:18
* 定义一个快递接口
**/
public interface Express {
// 发什么东西
void sendSomething(String s);
// 填写快递单信息
void sendInfo(String s);
// 发送
void send();
}
// 发一箱苹果给爸爸妈妈
class SendApple implements Express{
@Override
public void sendSomething(String s) {
System.out.println(s);
}
@Override
public void sendInfo(String s) {
System.out.println("发件人:张三,电话:18888888888");
System.out.println("收件人:张三爸爸,电话:17777777777 地址:北京天安门");
}
@Override
public void send() {
System.out.println("快递员开始发送包裹");
}
}
class Test{
public static void main(String[] args) {
// 用一个类封装好发送过程,只需要提供发送物品,发送信息就行,快递公司会帮你完成其他的
SendManage sendApple = new SendManage();
sendApple.send("一箱红富士苹果 一箱红星苹果",
"发件人:张三,电话:18888888888\n\"收件人:张三爸爸,"
+"电话:17777777777 地址:北京天安门");
}
}
// 封装以上过程
class SendManage{
private Express s = new SendApple();
public void send(String something,String info){
s.sendSomething(something);
s.sendInfo(info);
s.send();
}
}
输出:
一箱红富士苹果 一箱红星苹果
发件人:张三,电话:18888888888
收件人:张三爸爸,电话:17777777777 地址:北京天安门
快递员开始发送包裹
门面模式有如下优点:
- 减少系统的相互依赖
想想看,如果我们不使用门面模式,外界访问直接深入到子系统内部,相互之间是一种 强耦合关系,你死我就死,你活我才能活,这样的强依赖是系统设计所不能接受的,门面模 式的出现就很好地解决了该问题,所有的依赖都是对门面对象的依赖,与子系统无关。
- 提高了灵活性
依赖减少了,灵活性自然提高了。不管子系统内部如何变化,只要不影响到门面对象,任你自由活动。
- 提高安全性
想让你访问子系统的哪些业务就开通哪些逻辑,不在门面上开通的方法,你休想访问到。
门面模式的缺点
- 门面模式最大的缺点就是不符合开闭原则,对修改关闭,对扩展开放,看看我们那个门
面对象吧,它可是重中之重,一旦在系统投产后发现有一个小错误,你怎么解决?完全遵从
开闭原则,根本没办法解决。继承?覆写?都顶不上用,唯一能做的一件事就是修改门面角色的代码,这个风险相当大,这就需要大家在设计的时候慎之又慎,多思考几遍才会有好收获。
门面模式的使用场景
-
为一个复杂的模块或子系统提供一个供外界访问的接口
-
子系统相对独立——外界对子系统的访问只要黑箱操作即可比如利息的计算问题,没有深厚的业务知识和扎实的技术水平是不可能开发出该子系统
的,但是对于使用该系统的开发人员来说,他需要做的就是输入金额以及存期,其他的都不
用关心,返回的结果就是利息,这时候,门面模式是非使用不可了。 -
预防低水平人员带来的风险扩散
比如一个低水平的技术人员参与项目开发,为降低个人代码质量对整体项目的影响风险,一般的做法是“画地为牢”,只能在指定的子系统中开发,然后再提供门面接口进行访问操作。