2023-04-01  阅读(2)
原文作者:LoveLion 原文地址:https://blog.csdn.net/lovelion/article/details/8258121

4. 抽象外观类

在标准的外观模式结构图中,如果需要增加、删除或更换与外观类交互的子系统类,必须修改外观类或客户端的源代码,这将违背开闭原则,因此可以通过引入 抽象外观类 来对系统进行改进,在一定程度上可以解决该问题。在引入抽象外观类之后,客户端可以针对抽象外观类进行编程,对于新的业务需求,不需要修改原有外观类,而对应增加一个新的具体外观类,由新的具体外观类来关联新的子系统对象,同时通过修改配置文件来达到不修改任何源代码并更换外观类的目的。

下面通过一个具体实例来学习如何使用抽象外观类:

如果在应用实例“文件加密模块”中需要更换一个加密类,不再使用原有的基于求模运算的加密类CipherMachine,而改为基于移位运算的新加密类NewCipherMachine,其代码如下:

    using System;
    
    namespace FacadeSample
    {
        class NewCipherMachine
        {
            public string Encrypt(string plainText) 
            {
    		    Console.Write("数据加密,将明文转换为密文:");
    		    string es = "";
    		    int key = 10;//设置密钥,移位数为10
                char[] chars = plainText.ToCharArray();
                foreach(char ch in chars) 
                {
                    int temp = Convert.ToInt32(ch);
                    //小写字母移位
    			    if (ch >= 'a' && ch <= 'z') {
    				    temp += key % 26;
    			        if (temp > 122) temp -= 26;
                        if (temp < 97) temp += 26;
    			    }
                    //大写字母移位
    			    if (ch >= 'A' && ch <= 'Z') {
                        temp += key % 26;
                        if (temp > 90) temp -= 26;
                        if (temp < 65) temp += 26;
    			    }
                    es += ((char)temp).ToString();
    		    }
                Console.WriteLine(es);
    		    return es;
    	    }
        }
    }

如果不增加新的外观类,只能通过修改原有外观类EncryptFacade的源代码来实现加密类的更换,将原有的对CipherMachine类型对象的引用改为对NewCipherMachine类型对象的引用,这违背了开闭原则,因此需要通过增加新的外观类来实现对子系统对象引用的改变。

如果增加一个新的外观类NewEncryptFacade来与FileReader类、FileWriter类以及新增加的NewCipherMachine类进行交互,虽然原有系统类库无须做任何修改,但是因为客户端代码中原来针对EncryptFacade类进行编程,现在需要改为NewEncryptFacade类,因此需要修改客户端源代码。

如何在不修改客户端代码的前提下使用新的外观类呢?解决方法之一是: 引入一个抽象外观类,客户端针对抽象外观类编程,而在运行时再确定具体外观类 ,引入抽象外观类之后的文件加密模块结构图如图5所示:

202304012103157991.png

图5 引入抽象外观类之后的文件加密模块结构图

在图5中,客户类Client针对抽象外观类AbstractEncryptFacade进行编程,AbstractEncryptFacade代码如下:

    namespace FacadeSample
    {
        abstract class AbstractEncryptFacade
        {
            public abstract void FileEncrypt(string fileNameSrc, string fileNameDes);
        }
    }

新增具体加密外观类NewEncryptFacade代码如下:

    namespace FacadeSample
    {
        class NewEncryptFacade : AbstractEncryptFacade
        {
            private FileReader reader;
            private NewCipherMachine cipher;
            private FileWriter writer;
    
            public NewEncryptFacade()
            {
                reader = new FileReader();
                cipher = new NewCipherMachine();
                writer = new FileWriter();
            }
    
            public override void FileEncrypt(string fileNameSrc, string fileNameDes)
            {
                string plainStr = reader.Read(fileNameSrc);
                string encryptStr = cipher.Encrypt(plainStr);
                writer.Write(encryptStr, fileNameDes);
            }
        }
    }

配置文件App.config中存储了具体外观类的类名,代码如下:

    <?xml version="1.0" encoding="utf-8" ?>
    <configuration>
      <appSettings>
        <add key="facade" value="FacadeSample.NewEncryptFacade"/>
      </appSettings>
    </configuration>

客户端测试代码修改如下:

    using System;
    using System.Configuration;
    using System.Reflection;
    
    namespace FacadeSample
    {
        class Program
        {
            static void Main(string[] args)
            {
                AbstractEncryptFacade ef; //针对抽象外观类编程
                //读取配置文件
                string facadeString = ConfigurationManager.AppSettings["facade"];
                //反射生成对象
                ef = (AbstractEncryptFacade)Assembly.Load("FacadeSample"). CreateInstance (facadeString);
                ef.FileEncrypt("src.txt", "des.txt");
                Console.Read();
            }
        }
    }

编译并运行程序,输出结果如下:

读取文件,获取明文:Hello world!

数据加密,将明文转换为密文:Rovvy gybvn!

保存密文,写入文件。

原有外观类EncryptFacade也需作为抽象外观类AbstractEncryptFacade类的子类,更换具体外观类时只需修改配置文件,无须修改源代码,符合开闭原则。

5. 外观模式效果与适用场景

外观模式是一种使用频率非常高的设计模式,它通过引入一个外观角色来简化客户端与子系统之间的交互,为复杂的子系统调用提供一个统一的入口,使子系统与客户端的耦合度降低,且客户端调用非常方便。外观模式并不给系统增加任何新功能,它仅仅是简化调用接口。在几乎所有的软件中都能够找到外观模式的应用,如绝大多数B/S系统都有一个首页或者导航页面,大部分C/S系统都提供了菜单或者工具栏,在这里,首页和导航页面就是B/S系统的外观角色,而菜单和工具栏就是C/S系统的外观角色,通过它们用户可以快速访问子系统,降低了系统的复杂程度。所有涉及到与多个业务对象交互的场景都可以考虑使用外观模式进行重构。

5.1 模式优点

外观模式的主要优点如下:

(1) 它对客户端屏蔽了子系统组件,减少了客户端所需处理的对象数目,并使得子系统使用起来更加容易。通过引入外观模式,客户端代码将变得很简单,与之关联的对象也很少。

(2) 它实现了子系统与客户端之间的松耦合关系,这使得子系统的变化不会影响到调用它的客户端,只需要调整外观类即可。

(3) 一个子系统的修改对其他子系统没有任何影响,而且子系统内部变化也不会影响到外观对象。

5.2 模式缺点

外观模式的主要缺点如下:

(1) 不能很好地限制客户端直接使用子系统类,如果对客户端访问子系统类做太多的限制则减少了可变性和灵活 性。

(2) 如果设计不当,增加新的子系统可能需要修改外观类的源代码,违背了开闭原则。

5.3 模式适用场景

在以下情况下可以考虑使用外观模式:

(1) 当要为访问一系列复杂的子系统提供一个简单入口时可以使用外观模式。

(2) 客户端程序与多个子系统之间存在很大的依赖性。引入外观类可以将子系统与客户端解耦,从而提高子系统的独立性和可移植性。

(3) 在层次化结构中,可以使用外观模式定义系统中每一层的入口,层与层之间不直接产生联系,而通过外观类建立联系,降低层之间的耦合度。


Java 面试宝典是大明哥全力打造的 Java 精品面试题,它是一份靠谱、强大、详细、经典的 Java 后端面试宝典。它不仅仅只是一道道面试题,而是一套完整的 Java 知识体系,一套你 Java 知识点的扫盲贴。

它的内容包括:

  • 大厂真题:Java 面试宝典里面的题目都是最近几年的高频的大厂面试真题。
  • 原创内容:Java 面试宝典内容全部都是大明哥原创,内容全面且通俗易懂,回答部分可以直接作为面试回答内容。
  • 持续更新:一次购买,永久有效。大明哥会持续更新 3+ 年,累计更新 1000+,宝典会不断迭代更新,保证最新、最全面。
  • 覆盖全面:本宝典累计更新 1000+,从 Java 入门到 Java 架构的高频面试题,实现 360° 全覆盖。
  • 不止面试:内容包含面试题解析、内容详解、知识扩展,它不仅仅只是一份面试题,更是一套完整的 Java 知识体系。
  • 宝典详情:https://www.yuque.com/chenssy/sike-java/xvlo920axlp7sf4k
  • 宝典总览:https://www.yuque.com/chenssy/sike-java/yogsehzntzgp4ly1
  • 宝典进展:https://www.yuque.com/chenssy/sike-java/en9ned7loo47z5aw

目前 Java 面试宝典累计更新 400+ 道,总字数 42w+。大明哥还在持续更新中,下图是大明哥在 2024-12 月份的更新情况:

想了解详情的小伙伴,扫描下面二维码加大明哥微信【daming091】咨询

同时,大明哥也整理一套目前市面最常见的热点面试题。微信搜[大明哥聊 Java]或扫描下方二维码关注大明哥的原创公众号[大明哥聊 Java] ,回复【面试题】 即可免费领取。

阅读全文