外观模式

简介: 外观模式为子系统中的一组接口提供一个统一接口。Facade模式定义了一个高层接口,这个接口使得这子系统更容易使用。概述实际应用中,我们在对付一些老旧的code(尤其是将C的代码转成C++代码)或者即便不是老旧code,但涉及多个子系统时,除了重写全部代码(对于老旧code而言),我们还可能采用这样一种策略:重新进行类的设计,将原来分散在源码中的类/结构及方法重新组合,形成新的、统一的

外观模式

为子系统中的一组接口提供一个统一接口。Facade模式定义了一个高层接口,这个接口使得这子系统更容易使用。

概述

实际应用中,我们在对付一些老旧的code(尤其是将C的代码转成C++代码)或者即便不是老旧code,但涉及多个子系统时,除了重写全部代码(对于老旧code而言),我们还可能采用这样一种策略:重新进行类的设计,将原来分散在源码中的类/结构及方法重新组合,形成新的、统一的接口,供上层应用使用。
uml表示:

组成

外观模式主要由两个角色组成:外观(Facade),子系统(SubSystem)组成,
  • 外观(Facade)角色:此角色知晓相关的(一个或者多个)子系统的功能和责任,负责将客户的请求交给合适的子系统。
  • 子系统(SubSystem)角色:可以同时有一个或者多个子系统。每个子系统都可以被客户端直接调用,或者被门面角色调用。
在外观模式中,外观类Facade的方法OperationWrapper就是实现多个Client的请求。

实用场合

那么在什么场合可以考虑使用外观模式呢?
  • 当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性,也更容易对子系统进行定制,但这也给那些不需要定制子系统的用户带来一些使用上的困难。Facade可以提供一个简单的缺省视图,这一视图对大多数用户来说已经足够,而那些需要更多的可定制性的用户可以越过Facade层。
  • 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入Facade将这个子系统与客户以及其他的子系统分离,可以提高子系统的独立性和可移植性。
  • 当你需要构建一个层次结构的子系统时,使用Facade模式定义子系统中每层的入口点,如果子系统之间是相互依赖的,你可以让它们仅通过Facade进行通讯,从而简化了它们之间的依赖关系。

代码举例

子系统角色(modea,b,c)
public class ModuleA {  
    public void testA(){  
        System.out.println("调用ModuleA中的testA方法");  
    }  
} 

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

public class ModuleC {  
    public void testC(){  
        System.out.println("调用ModuleC中的testC方法");  
    }  
} 

外观模式(facade)
//示意方法,满足客户端需要的功能  
public class Facade {  
    
    public void test(){  
        ModuleA a = new ModuleA();  
        a.testA();  
        ModuleB b = new ModuleB();  
        b.testB();  
        ModuleC c = new ModuleC();  
        c.testC();  
    }  
}

客户端测试
public class Client {  
  
    public static void main(String[] args) {  
          
        Facade facade = new Facade();  
        facade.test();  
    }  
  
} 

外观模式与适配器模式的比较

1)当需要使用一个现有的类而其接口并不符合你的需要时,就是用适配器;
2)当需要简化并统一一个很大的接口或者一群复杂的接口时,使用外观;
3)适配器改变接口以符合客户的期望;
4)外观将客户从一个复杂的子系统中解耦;
5)实现一个适配器可能需要一番功夫,也可能不费功夫,视目标接口的大小与复杂度而定;
6)实现一个外观,需要将子系统组合进外观中,然后将工作委托给子系统执行;
7)适配器模式有两种形式:对象适配器和类适配器。类适配器需要用到多重继承;
8)可以为一个子系统实现一个以上的外观;
9)适配器将一个对象包装起来以改变其接口;装饰者将一个对象包装起来以增加新的行为和责任;而外观将一群对象“包装”起来以简化其接口。

相关文章
C#一分钟浅谈:组合模式与外观模式
【10月更文挑战第15天】本文介绍了面向对象设计模式中的组合模式和外观模式。组合模式通过树形结构表示“部分-整体”的层次关系,适用于文件系统、图形界面等场景;外观模式提供统一接口简化复杂系统的使用,适用于视频播放器等多模块系统。文章详细解释了这两种模式的基本概念、应用场景、实现方式及常见问题和解决方法,帮助读者更好地理解和应用。
61 9
|
10月前
|
结构型 外观模式
结构型 外观模式
51 0
2023-6-27-第九式外观模式
2023-6-27-第九式外观模式
103 0
设计模式 - 结构型模式_外观模式
设计模式是解决程序中不合理、不易于扩展、不易于维护的问题,也是⼲掉⼤部分 ifelse 的利器,在我们常⽤的框架中基本都会⽤到⼤量的设计模式来构建组件,这样也能⽅便框架的升级和功能的扩展。 但如果不能合理的设计以及乱⽤设计模式,会导致整个编程变得更加复杂难维护,也就是我们常说的: 反设计 、 过渡设计 。⽽这部分设计能⼒也是从实践的项⽬中获取的经验,不断的改造优化摸索出的最合理的⽅式,应对当前的服务体量。
137 0
设计模式 - 结构型模式_外观模式
我学会了,外观模式
外观模式属于结构型模式,这个类型的设计模式总结出了 类、对象组合后的经典结构,将类、对象的结构和使用解耦了,花式的去借用对象。
159 0
我学会了,外观模式
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等