设计模式-外观模式(Facade)


一、外观模式是什么?

二、外观模式

1.案例

医院中的·接待员负责代为挂号、划价、缴费、取药等。这个接待员就是外观模式的体现,病人只接触接待员,由接待员与各个部门打交道。

  1. 外观角色类(接待员)
public class Facade {
    //示意方法,满足客户端需要的功能
    public void test(){
        ModuleA a = new ModuleA();
        a.testA();
        ModuleB b = new ModuleB();
        b.testB();
    }
}
  1. 子系统角色中的类(各个部门)
public class ModuleA {
    public void testA(){
        System.out.println("调用ModuleA中的挂号方法");
    }
}

public class ModuleB {
    public void testB(){
        System.out.println("调用ModuleB中的缴费方法");
    }
}


  1. 测试类
public class Test {
    public static void main(String[] args) {
        Facade facade = new Facade();
        facade.test();
    }
}
  1. 结果
    在这里插入图片描述

命令模式的优缺点

优点

  • 松散耦合 外观模式松散了客户端与子系统的耦合关系,让子系统内部的模块能更容易扩展和维护。

  • 简单易用 外观模式让子系统更加易用,客户端不再需要了解子系统内部的实现,也不需要跟众多子系统内部的模块进行交互,只需要跟外观类交互就可以了。

  • 更好的划分访问层次
    通过合理使用Facade,可以帮助我们更好地划分访问的层次。有些方法是对系统外的,有些方法是系统内部使用的。把需要暴露给外部的功能集中到外观中,这样既方便客户端使用,也很好地隐藏了内部的细节。

缺点

  • 不符合开闭原则,如果要改东西很麻烦,继承重写都不合适。

适配器模式、外观模式以及和装饰者模式的区别


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值