设计模式-外观模式

Android狗子哥
196 阅读4分钟

所有博客的初衷都是为了自我提升。

外观模式

定义

定义了一个非常高级别的统一接口，外部通过这个接口对子系统中一群接口进行访问，外观模式理解起来非常容易，下面这个图非常贴切。

解决了什么问题呢？

  • 1.实现了客户类与子系统类的松耦合，降低原有系统的复杂度。
  • 2.提高了客户端使用的便捷性，使得客户端无须关心子系统的工作细节，通过外观角色即可调用相关功能。这样能一次性找到所有你想要使用的子系统，而且你不需要跟各个子系统打交道。

模式组成

实例

实例概况

  • 1.背景：小成的爷爷已经80岁了，一个人在家生活：每次都需要打开灯、打开电视、打开空调；睡觉时关闭灯、关闭电视、关闭空调；
  • 2.冲突：行动不方便，走过去关闭那么多电器很麻烦，代码如下：
    步骤1.
//灯类
public class SubSystemA_Light {  
     public void on(){  
        System.out.println("打开了灯....");  
    }  
      
     public void off(){  
        System.out.println("关闭了灯....");  
    }  
}  

//电视类
public class SubSystemB_Television {  
     public void on(){  
        System.out.println("打开了电视....");  
    }  
      
     public void off(){  
        System.out.println("关闭了电视....");  
    }  
}  

//空调类
public class SubSystemC_Aircondition {  
     public void on(){  
        System.out.println("打开了电视....");  
    }  
      
     public void off(){  
        System.out.println("关闭了电视....");  
    }  
}

步骤2： 客户端调用：小成爷爷使用电器情况


public class Facade Pattern{ 
      public static void main(String[] args){
        {
            SubSystemA_Light light = new SubSystemA_Light();
            SubSystemB_Television television = new SubSystemB_Television();
            SubSystemC_Aircondition aircondition = new SubSystemC_Aircondition();

            //起床后开电器
            System.out.prinln("起床了")；
            light.on()；
            television.on();
            aircondition.on()；
           System.out.prinln("可以看电视了")；

           //睡觉时关电器
           System.out.prinln("睡觉了")；
            light.off()；
            television.off();
            aircondition.off()；
             System.out.prinln("可以睡觉了")；
        }
    }
----------------------
输出
起床了
打开了灯
打开了电视
打开了空调
可以看电视了

睡觉了
关闭了灯
关闭了电视
关闭了空调
可以睡觉了

上面的问题是？

从上面可以看出，在不使用外观模式的情况下，小成爷爷需要对每个电器都进行操作，非常不方便
客户端与三个子系统都发生了耦合，使得客户端程序依赖与子系统

解决方案

小成买了一个智能家具控制器（外观对象/统一接口）给他爷爷，他爷爷只需要一键就能打开/关闭 灯、电视机、空调
即用外观模式来为所有子系统设计一个统一的接口 客户端只需要调用外观类中的方法就可以了，简化了客户端的操作

1.电器类同上
2.外观类：智能遥控器

public class Facade{
      
      SubSystemA_Light light；
      SubSystemB_Television television ；
      SubSystemC_Aircondition aircondition；
    

      //传参
    public Facade(SubSystemA_Light light,SubSystemB_Television television,SubSystemC_Aircondition aircondition){  
        this.light = light;  
        this.television  = television ;  
        this.aircondition =aircondition;  
    
    }  
      //起床后一键开电器
      public void on{
        System.out.prinln("起床了")； 
        light.on()； 
        television.on(); 
        aircondition.on()；
    
        }

          //睡觉时一键关电器
          System.out.prinln("睡觉了")； 
          light.off()； 
          television.off(); 
          aircondition.off()； 
}  
      }

3.客户端调用：爷爷使用智能遥控器的时候

public class Facade Pattern{ 
      public static void main(String[] args){
        {
            //实例化电器类
            SubSystemA_Light light = new SubSystemA_Light();
            SubSystemB_Television television = new SubSystemB_Television();
            SubSystemC_Aircondition aircondition = new SubSystemC_Aircondition();
            
            //传参
            Facade facade = new Facade(light,television,aircondition);
            
            //客户端直接与外观对象进行交互
            facade.on;
            System.out.prinln("可以看电视了")； 
            facade.off;
            System.out.prinln("可以睡觉了")； 
-------------------------------
输出：
起床了
打开了灯
打开了电视
打开了空调
可以看电视了

睡觉了
关闭了灯
关闭了电视
关闭了空调
可以睡觉了

这个例子其实已经讲的很清楚了。

优点

  • 1.降低了客户类与子系统类的耦合度，实现了子系统与客户之间的松耦合关系。只是提供了一个访问子系统的统一入口，并不影响用户直接使用子系统类，松耦合使得子系统的组件变化不会影响到它的客户。
  • 2.外观模式对客户屏蔽了子系统组件，从而简化了接口，减少了客户处理的对象数目并使子系统的使用更加简单。

缺点

  • 1.在不引入抽象外观类的情况下，增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”
  • 2.不能很好地限制客户使用子系统类，如果对客户访问子系统类做太多的限制则减少了可变性和灵活性。(这个我觉得也不算上很大的缺点)

应用场景

要为一个复杂的子系统对外提供一个简单的接口， 提供子系统的独立性， 客户程序与多个子系统之间存在很大的依赖性。

总结

这篇文章基本上就是完全参考这篇文章，之所以自己还再写，一是为了自我学习，二是里面有细节可能日后继续学习的时候进行补充，这也是为了日后自己学习而准备。

avatar
文章
阅读
粉丝